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
19h 30 min runtime, 29 GB RAM.
I can see in the log file how the target genome was virtually split into three chunks, each under 4 Gbp, and reads were aligned to each chunk. That's why it was about 3 times as slow as the -I mode.
For this pipeline, I would go with the -I option as i) the extra memory requirement isn't hard to fulfil and is worth the speed increase, ii) --split-prefix clashes with -cs
Description of the bug
By default, minimap2 can only deal with genomes up to 4 Gbp. For larger genomes, it needs either the
--split-prefix
option or the-I
option. See more information at https://github.com/lh3/minimap2/blob/master/FAQ.md#3-the-output-sam-doesnt-have-a-headerWithout that, samtools complain and the process crashes.
Command used and terminal output
Relevant files
No response
System information
No response
The text was updated successfully, but these errors were encountered: