Add local executor resource limits to Pelle profile - #1170
Conversation
Cap local jobs so they don't overburden the shared login node. Bianca and Miarka login nodes are dedicated per-project/user, so they're left uncapped. Memory follows UPPMAX's own documented 128GiB per-user quota on Pelle login nodes; the CPU cap is not yet confirmed against an official limit.
|
I thought I had approved this, sorry for the delay. I think this is valid, but am a bit unsure about the actual effects - for a process marked with the local executor, will it just cause the execution to blow up if it requests more than these limits? Is there any better way to deal with it in that case (I can't easily think of one). |
|
No, it doesn't blow up. It just queues them up locally, and runs a new task when enough resources are available. |
|
But if the requests are above the limits, enough resources will never become available? |
|
So I assume there should be a in those cases? |
|
These jobs should also be few and far between. I don't think any nf-core pipeline explicitly sets local executor on a process. This should only be set by short running jobs which shouldn't be submitted to the queue. Ah, I get the question now. Sorry, |
|
Yes, I think it's acceptable to leave this to the user to deal with (they'd be the ones who'd be doing this anyway), just wanted to check if others thought there was anything smart that could be done. |
|
If they're using this profile and this happens, it means they've likely explicitly set the |
Summary
localexecutor on thepelleprofile to 8 CPUs / 128GB memory, so processes marked to run locally (short jobs that don't go through Slurm) don't fan out and overburden the shared Pelle login node.