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

New kind of crash (ram related?) #106

Closed
danielnee2 opened this issue Dec 9, 2017 · 2 comments
Closed

New kind of crash (ram related?) #106

danielnee2 opened this issue Dec 9, 2017 · 2 comments

Comments

@danielnee2
Copy link

danielnee2 commented Dec 9, 2017

Hi All:
I read through all the discussion threads and
did not see the same error I got here.

error_memory2

We are using a 256 channel (Multichannel systems) MEA for recording,
and I convert the data into .dat binary files for kilosort input.
At shorter recordings kilosort works fine,
but when the .dat file is exceeds 90 Gbs at Nfilt = 256,
it crashes at line 271 during the preprocess.

I am using a Win10 system with 32 Gb ram. Anyone suffers from similar issues?
Thanks

@danielnee2 danielnee2 changed the title New Kind of crash issue New kind of crash (ram related?) Dec 9, 2017
@marius10p
Copy link
Collaborator

The initialization clustering seems to keep expanding the set of detected spikes. Either you have a very rich recording, or some spike threshold settings are set too low. Increase the magnitude of the threshold for example with

ops.spkTh = -6; % spike threshold in standard deviations (4)

or the options below. Alternatively, try just turning off the initialization and see if you get significantly worse results. Usually you won't see a big difference.

@danielnee2
Copy link
Author

Hi Marius:
Thanks so much for the suggestions.
I tried the turn off initialization method and it works fine without obvious detrimental effect on spike detection.
The recording is very rich indeed and may be the reason that crash the initialization clustering.
Would be nice if later kilosort versions can adapt to high firing rate recordings as well.

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