[Eeglablist] Memory issue using Clean Rawdata and ASR
Delorme, Arnaud
adelorme at ucsd.edu
Fri Sep 23 11:48:10 PDT 2022
The reason the function will stop being deterministic if you use the available memory (instead of a fixed amount) is that the available memory determines the block size. If the block size changes, then the function results vary in a minor way.
Arno
> On Sep 23, 2022, at 10:59 AM, Delorme, Arnaud <adelorme at ucsd.edu> wrote:
>
> Hi Stan,
>
> Yes, I was referring to “available memory”
>
> Arno
>
>> On Sep 23, 2022, at 10:34 AM, Stanley A. KLEIN <sklein at berkeley.edu> wrote:
>>
>> Arno, could you clarify what you meant by:
>> "The problem with using the available memory is that clean_rawdata becomes non deterministic (the results are not reproducible)."
>>
>> What were you referring to regarding "available memory"?
>>
>> Stan
>>
>>
>>
>>
>> On Fri, Sep 23, 2022 at 9:20 AM Delorme, Arnaud via eeglablist <eeglablist at sccn.ucsd.edu> wrote:
>> The problem with using the available memory is that clean_rawdata becomes non deterministic (the results are not reproducible).
>> This is why the default was set to 64.
>> Best wishes,
>>
>> Arno
>>
>>> On Sep 12, 2022, at 10:44 AM, Daniele Scanzi via eeglablist <eeglablist at sccn.ucsd.edu> wrote:
>>>
>>> Hi Ben,
>>>
>>> My colleague and I encountered the same problem. Looks like the issue is
>>> with the default setting of the *maxmem* parameter in clean_artifacts.
>>> Rather than calculating the maximum available memory to use, it was set to
>>> 64. There is a good explanation of the issue here:
>>> https://urldefense.com/v3/__https://github.com/sccn/clean_rawdata/issues/41__;!!Mih3wA!EHSPfFNYav5qz0rzogBxUHcZ6-koe-fr1mWNz16xmwJSOWLMiPyKIO4x-2AIWHwh9UB4qa38mXxpt8fIXb406mZUeq5f1IA$
>>>
>>> The workaround is described in the first comment. You basically want to
>>> force *asr_process* and *asr_calibrate* to use the available memory and not
>>> a default value.
>>>
>>> Hope this helps!
>>>
>>> Daniele Scanzi
>>> The University of Auckland
>>>
>>> On Tue, 13 Sept 2022 at 05:07, Developmental Psychopathology Lab via
>>> eeglablist <eeglablist at sccn.ucsd.edu> wrote:
>>>
>>>> Hi,
>>>>
>>>> We are receiving an error when running the "Clean Rawdata and ASR" for
>>>> automatic artifact rejection. The single data file we are using has been
>>>> filtered and average referenced. We receive the following error message:
>>>>
>>>> "Not enough memory, This is not a bug (Error occurred in function
>>>> asr_process() at line 132)"
>>>>
>>>> We are running the 64-bit version of MATLab.
>>>> Our Java Heap Memory Preference is at it's highest (4,066 MB).
>>>> The workspace preference for maximum array size is 10000.
>>>>
>>>> Any help would be greatly appreciated,
>>>>
>>>> Ben Swanson
>>>> Lab Coordinator
>>>>
>>>> Developmental Psychopathology Lab
>>>> Spence Labs, Room 111
>>>> University of Iowa
>>>> P: (319) 353-1977
>>>> E: devpsy-lab at uiowa.edu<mailto:devpsy-lab at uiowa.edu>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Eeglablist page: http://sccn.ucsd.edu/eeglab/eeglabmail.html
>>>> To unsubscribe, send an empty email to
>>>> eeglablist-unsubscribe at sccn.ucsd.edu
>>>> For digest mode, send an email with the subject "set digest mime" to
>>>> eeglablist-request at sccn.ucsd.edu
>>>>
>>> _______________________________________________
>>> Eeglablist page: http://sccn.ucsd.edu/eeglab/eeglabmail.html
>>> To unsubscribe, send an empty email to eeglablist-unsubscribe at sccn.ucsd.edu
>>> For digest mode, send an email with the subject "set digest mime" to eeglablist-request at sccn.ucsd.edu
>>
>> _______________________________________________
>> Eeglablist page: http://sccn.ucsd.edu/eeglab/eeglabmail.html
>> To unsubscribe, send an empty email to eeglablist-unsubscribe at sccn.ucsd.edu
>> For digest mode, send an email with the subject "set digest mime" to eeglablist-request at sccn.ucsd.edu
>
More information about the eeglablist
mailing list