[FieldTrip] a547

Mon Mar 27 16:46:14 CEST 2023

Guten Tag, 
Hi, 

Ich bin vom 23.03.2023 bis 02.04.2023 nicht im Büro und kann die Emails nur sehr unregelmäßig lesen und beantworten. Die Emails werden auch nicht weitergeleitet.  

I am out of the office from 03/23/2023 to 04/022023 and can only read and answer emails very sporadically. The emails are also not being forwarded.  

Viele Grüße / Best regards
Stephan Frisch

Am 27.03.2023 um 14:59 schrieb Roy Cox via fieldtrip <fieldtrip at science.ru.nl>:

> hi Jan-Mathijs,
> 
> I'm not entirely sure if this is the only culprit, but I did identify one likely cause for slow performance on our computing server:
> 
> Warning: could not send tracker information for "startup" 
>  In ft_trackusage at line 155
>  In ft_defaults at line 340
> 
> In particular, it appears that line 152 is where the code often lingers for a long time (tens of seconds, perhaps minutes), before ultimately returning status=false:
> 
> [output, status] = ft_urlread(event_http);
> 
> Now, I suppose it could be that this is something related to our server's configuration, but we don't really have the expertise to figure that out (plus general internet connectivity appears to be fine).
> 
> I'm still hoping there's a way to disable these (or similar) calls from FieldTrip?
> 
> Best,
> Roy
> 
> On Fri, Mar 10, 2023 at 11:47 AM Roy Cox <roycox.roycox at gmail.com> wrote:
> hi Jan-Mathijs,
> 
> Yes, we're using Matlab's parallel computing toolbox, and our computing server provides regular gui-based interactive Matlab (no job scheduling etc). I've generally set up code such that a recording is processed by a "recording-level" function, taking a custom cfg as input that specifies all kinds of things that happen inside the function (e.g., filepaths, channels to read, flags for rereferencing and filtering, and so on). Then there's a "group-level" script that either uses a regular for loop across recordings (allowing breakpoints), or a parfor loop with each of however many workers you have taking care of one recording (at the expense of no/few debugging options). As I'm sure you know, there's some tinkering required with declaring variables to accommodate correct parfor behavior, but once set up it's relatively easy to switch from serial to parallel and back if e.g. recording 37 randomly fails and you need to step through the code.
> 
> Anyway, I had hoped to avoid the profiling route, also because parallel profiling is yet another thing (mpiprofile), but I can look into it. Are you sure there's no crude way to turn off all FT communication? If that would work, at least I'd know that my issue is in fact related to FT (and not something more general with Matlab and/or the server configuration).
> 
> Side note: I'm mostly using SleepTrip, but I see the same behavior when using a recent version of FT.
> 
> Best,
> Roy
> 
> On Fri, Mar 10, 2023 at 8:56 AM Schoffelen, J.M. (Jan Mathijs) via fieldtrip <fieldtrip at science.ru.nl> wrote:
> Hoi Roy,
> 
> The compute server sounds like an interesting use case. Are you using mathworks’ parallel server functionality for this? We have recently started exploring and documenting a bit the possibilities for using matlab’s parallel processing tools in FieldTrip, in collaboration with Mathworks and Vortech . Please see https://urldefense.com/v3/__https://www.fieldtriptoolbox.org/tutorial/distributedcomputing_parfor/__;!!HJOPV4FYYWzcc1jazlU!__IJ4-btsc_OFpFcbk7tYLz3CI9ZOqeD5vik0KXAy8WJX2eYhVzLNYmYKbtG55Z5-rENnZba43jnT4vcIOKku1eqRVhGpwf24w$  for some initial documentation. We would be very happy to receive insights/use cases/best practices/tips ’n tricks from the FieldTrip users, to be documented on the website as well.
> 
> Now, regarding to your question, I don’t have a pasklaar answer, but I would start with profiling the execution of the slow functions: this will give you an indication which lines take most time to execute, so that you can tweak (if possible) the ‘overhead’-options. Typing ‘help profile’ and ‘help profview’ should get you started.
> 
> Met groet,
> Jan-Mathijs
>  
> 
> On 9 Mar 2023, at 15:07, Roy Cox via fieldtrip <fieldtrip at science.ru.nl> wrote:
> 
> hello all,
> 
> We recently started batching EEG analyses, involving FieldTrip code, on a computing server (essentially a big Windows workstation).
> 
> Mostly great, but I've noticed that there are sometimes lengthy delays (tens of seconds) when executing a FieldTrip command.
> 
> Possibly related, I sometimes see warnings like these:
> 
> Warning: could not send tracker information for "startup"
> 
> It's all very poorly reproducible: the exact same script operating on the same recording sometimes runs fast and sometimes takes forever.
> 
> One reason I can think of is that this has something to do with FieldTrip trying to send some information to its developers for tracking purposes, but perhaps this isn't suitable for a computing server running many jobs in parallel.
> 
> Supposing that's indeed the issue: is there a way to disable any and all communication attempts by FieldTrip to the outside world? I looked at ft_defaults but not sure which options to choose.
> 
> And any other suggestions as to what might be going on are welcome of course.
> 
> Best,
> Roy
> _______________________________________________
> fieldtrip mailing list
> https://mailman.science.ru.nl/mailman/listinfo/fieldtrip
> https://urldefense.com/v3/__https://doi.org/10.1371/journal.pcbi.1002202__;!!HJOPV4FYYWzcc1jazlU!64qKXsw6Gxwuj46geg5MTQV45TvFoLrpT77shzu8cOjjweyBCX-RYZ8FTM2DU9huMl1gG6E2Qmgp8XH-87zpgqpQhd8kZWkKZJBnNw$ 
> 
> _______________________________________________
> fieldtrip mailing list
> https://mailman.science.ru.nl/mailman/listinfo/fieldtrip
> https://urldefense.com/v3/__https://doi.org/10.1371/journal.pcbi.1002202__;!!HJOPV4FYYWzcc1jazlU!__IJ4-btsc_OFpFcbk7tYLz3CI9ZOqeD5vik0KXAy8WJX2eYhVzLNYmYKbtG55Z5-rENnZba43jnT4vcIOKku1eqRVhtYtlztA$ 
> _______________________________________________
> fieldtrip mailing list
> https://mailman.science.ru.nl/mailman/listinfo/fieldtrip
> https://urldefense.com/v3/__https://doi.org/10.1371/journal.pcbi.1002202__;!!HJOPV4FYYWzcc1jazlU!__IJ4-btsc_OFpFcbk7tYLz3CI9ZOqeD5vik0KXAy8WJX2eYhVzLNYmYKbtG55Z5-rENnZba43jnT4vcIOKku1eqRVhtYtlztA$ 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 7419 bytes
Desc: not available
URL: <http://mailman.science.ru.nl/pipermail/fieldtrip/attachments/20230327/add7cc09/attachment.bin>