Replies: 1 comment
-
Too broad context. You can use tools and techniques for Java application to try identifying the source of the leak. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
We are looking to make the main nextflow run more memory efficient by identifying memory leaks and objects that require a lot of the heap. However we are unsure of where to start and have not found a lot of guidance on how to best address it specifically for nextflow. We are processing >10,000 and at one process, a sample will spawn about 60 jobs for variant calling different parts of the genome. this means our runs are submitting a lot of jobs and we also have a large amount of channels that don't close because we are using
watchPath
on up to 4 files at a time. the maps are few, quite small and updated infrequently.We are already fine-tuning
NXF_OPTS
and heap size variables, but this seems to just be postponing the problem to another day instead of addressing underlying issues in the workflow. any guidance would be appreciated.finally i do want to mention that i have a TimerTask in my workflow:
the map operated on in the above snippet has only four keys in it and i do not believe it to be a memory leak, but maybe someone else would be able to identify something.
touchInputs()
is only run once.Beta Was this translation helpful? Give feedback.
All reactions