You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As discussed on Slack with @ewels and @maxulysse it may be useful to increase the default time limit (currently 2 hours) in the template. The number we choose is still up for discussion.
I suggested that increasing it too much may affect job queuing on some systems that use "wall time" to allocate jobs. The Slurm cluster we have at the Crick does this. This will just mean you have to wait longer for a job to be submitted but the upside is that its less like to fail.
The text was updated successfully, but these errors were encountered:
Yeah, we’re the same. But I doubt that pushing it from 2 hours to 4 hours will make much difference to queueing..? I think that the intention was to default to small fast tasks and assume that pipeline authors would customise for anything else. But negligible impact for minor changes, so I’m keen to push it to 4ish hours (or even 8?). Pipeline authors can still customise small tasks to be faster, but makes sense to have a default that is in the middle of the road..
As discussed on Slack with @ewels and @maxulysse it may be useful to increase the default time limit (currently 2 hours) in the template. The number we choose is still up for discussion.
I suggested that increasing it too much may affect job queuing on some systems that use "wall time" to allocate jobs. The Slurm cluster we have at the Crick does this. This will just mean you have to wait longer for a job to be submitted but the upside is that its less like to fail.
The text was updated successfully, but these errors were encountered: