-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bsmap Alignment very slow #1
Comments
Hi Team, I am running Bsmap with the below command. I can see it's really slow. bsmap I have 511,750,752 total reads paired. about 112 (Gb) data. I did pre processing. Filtered reads are used for align. it used 32 CPUs and 128GB RAM. Version: Bsmap 2.90 |
The gap mode -g is a much slower than ungapped mode. Also -p 30 is unlikely
to be much better than -p 12.
…On Mon, Jul 1, 2024 at 9:53 PM haloudashu ***@***.***> wrote:
image.png (view on web)
<https://github.com/xi11west/bsmap/assets/174400440/e65b544a-75dc-49b1-8a20-34ab71848a02>
This is computing resource usage
—
Reply to this email directly, view it on GitHub
<#1 (comment)>, or
unsubscribe
<https://github.com/notifications/unsubscribe-auth/AVVMBQUHLYYISLOLGVYRBVTZKII23AVCNFSM6AAAAABKGT6G2SVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEMBRG42TQMRQGQ>
.
You are receiving this because you are subscribed to this thread.Message
ID: ***@***.***>
|
Thank you for your response. I tried setting the -g parameter to its default value and conducted tests using 14,596,415 total read pairs, which is approximately 5GB of data. When -g was set to 3, the completion time was 6 hours and 28 minutes, whereas when -g was set to 0 (the default), the completion time was only 1 hour and 2 minutes. Although this resulted in a roughly 5% reduction in alignment rate, it saved a significant amount of time. I think, under the default parameters, whether using -p 30 would result in a 50% time reduction compared to using -p 12? |
No description provided.
The text was updated successfully, but these errors were encountered: