Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Memory leak in io.load_electron_counts #185

Open
ercius opened this issue Nov 5, 2020 · 6 comments
Open

Memory leak in io.load_electron_counts #185

ercius opened this issue Nov 5, 2020 · 6 comments

Comments

@ercius
Copy link
Collaborator

ercius commented Nov 5, 2020

I often will use the same notebook to look through many datasets without restarting the kernel.

I often run ee = stio.load_electron_counts(fullPath) and each time I run this the memory increases.

Using del ee does not release the memory. Running garbage collection import gc;gc.collect() also does not release the memory.

Is there a way to release the memory?

@cjh1
Copy link
Member

cjh1 commented Nov 5, 2020

@ercius I will take a look, del ee should do it.

@cjh1
Copy link
Member

cjh1 commented Nov 5, 2020

Is it just with the stio.load_electron_counts(fullPath) call that you see the memory increase, as in is there anything else going on in the notebook?

@cjh1
Copy link
Member

cjh1 commented Nov 6, 2020

OK, I can recreate this in a simple notebook, will work out what is going on.

@cjh1
Copy link
Member

cjh1 commented Nov 6, 2020

So I was able to create a test case without stempy that shows the same behavior. It seems the problem only occur with the vlen type. I have raised an issue with h5py, we will see if they can shed any light on this, its possible its a bug in h5py.

@ercius
Copy link
Collaborator Author

ercius commented Nov 7, 2020 via email

@ercius
Copy link
Collaborator Author

ercius commented Dec 5, 2020

this is tracked in h5py/h5py#1747

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants