atacseq icon indicating copy to clipboard operation
atacseq copied to clipboard

Number of cores calculation for Trimgalore

Open PramodRaoB opened this issue 9 months ago • 1 comments

Description of the bug

As discussed in this issue, the calculation for actual number of cores used by Trimgalore is convoluted. The current calculation is present in this code. But, the actual core usage seems to be more than the number provided by task.cpus when the parameter --gzip is active with python3 and pigz available.

Breaking it down and drawing parallel to the comment by @FelixKrueger in the same thread, in the trimming section,

  • cutadapt uses cores provided by the -j argument
  • trim_galore: 1 (high)
  • write to pigz stream: 1 (low)
  • however, pigz would also use -j cores

This would mean, at least 2 * j + 1 cores for the trimming process.

The same would extend to the validation stage where due to pigz, the calculation would include additional j cores than the prior calculation.

Command used and terminal output


Relevant files

No response

System information

No response

PramodRaoB avatar Feb 25 '25 14:02 PramodRaoB

This is how the nf-core module (here) is implemented please open an issue there with your comments to update the module. Thanks!

JoseEspinosa avatar Mar 11 '25 14:03 JoseEspinosa