rimorob

Just to add some detail - I think I've come a bit closer to the source of the problem and may have found an inefficiency with scheduling. First of all,...

Sorry about adding to this thread all the time, but as I continue to research what's going on, other things come to light. I found this illuminating thread (thank you,...

Further update - after a few iterations of foreach, saved objects accumulate and eventually fill the disk. In the early runs, which I monitored for an hour, despite slowness all...

I have been able to reproduce the problem in small scripts, and also to narrow it down quite a lot. Specifically, the following order of operations works: ``` future:plan() for...

Done. Any thoughts on the reason for the problem? In summary, main symptoms are slowdown (one job at a time) and failure to clean up files in .future folder.

I have a (hackish) solution. My suspicion was that plan() was creating a variable in the parent environment - and it is, I can see it in the %plan% function....

I wrote too soon. My "fix" results in always-local execution.

And I now it works. The work-around is ugly. the first invocation of plan() returns the sequential strategy, so I have to call it twice to get the "latest and...

I'm having the same problem. I've reinstalled clusterProfiler, installed R.utils, tried setting the download method to auto, etc. No luck. R version 4.1.2. Session info output: other attached packages: [1]...

Actually, this fixed it: R.utils::setOption("clusterProfiler.download.method","wget")