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
Would it be possible to expose --chunk_size to users at the pipeline level, e.g. pipeline_singleRef? I noticed that for large files (e.g. 20,000+ reference sequences), chunk_size is usually the memory bottleneck. I know I can execute the individual commands to set the parameter there, however, that also comes with managing temp files that may or may not be created. For example, one error that I got with the deconstructed workflow was that a critical input was missing when executing:
because /tmp/tmps2nqnxv4 was not created by the previous step despite the previous step completing successfully. When I manually changed the source code to reduce chunk_size to 100 and rebuilt, I was able to run the full pipeline with pipeline_singleRef. I think if chunk_size has this much of an effect on memory, then perhaps the full pipeline should allow users to set it as well as number of parallel processes.
Thanks for bringing this up! This is a good idea and I'd like to incorporate it - I have some other modifications that I need to make to PICRUSt2 to work with QIIME2 so I'll try to get to this when I do that :) (although fair warning that I am not always particularly speedy at this!).
Thanks for bringing this up! This is a good idea and I'd like to incorporate it - I have some other modifications that I need to make to PICRUSt2 to work with QIIME2 so I'll try to get to this when I do that :) (although fair warning that I am not always particularly speedy at this!).
Activity
R-Wright-1 commentedon Sep 25, 2026
Hi,
Thanks for bringing this up! This is a good idea and I'd like to incorporate it - I have some other modifications that I need to make to PICRUSt2 to work with QIIME2 so I'll try to get to this when I do that :) (although fair warning that I am not always particularly speedy at this!).
Thanks,
Robyn
NElnour commentedon Sep 25, 2026
Thanks and no rush at all!