-
Notifications
You must be signed in to change notification settings - Fork 25
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
Winnowmap takes much long than Minimap2 - is this expected? #1
Comments
Hi, The |
Yes, I tried the
I'll run QUAST-LG and post the differences in another post once that finishes running. |
Note the purpose of this "test" was to see how alignment with Minimap2 or Winnowmap influenced polishing with RACON based on substitution and indel errors compared to the reference with QUAST-LG
Okay, so the results are actually quite similar. Regardless of the mapper ( EDIT: So with ee6bca7 (table updated above), winnowmap with |
Thanks for sharing these results.. |
You are welcome. I get similar results in terms of "quality values" (#mismatches per 100 kbp converted to Phred scores) when I use yak with simulated short-reads on the original reference as the k-mer database against the different assemblies I used with the |
Have the |
I've made a few changes, and enabled settings for asm* presets. But for CCS reads, I recommend you to stick with Please give it a try at your end. Again, I don't expect performance diffs unless the ref has long complex repeats. |
I updated #1 (comment) to include updated results from commit ee6bca7 |
Results from yak when I use
Remember that the I must say BRAVO!!! |
Hi,
I am using winnowmap commit d547331 and it seems like it is taking a very long time (my guess will be about 24 hours) and a lot of RAM (peak 265 GB) for mapping 1000000 simulated PacBio HiFi reads compared to minimap2-2.17 which took about 7 minutes and maybe ~9 GB RAM.
The assembly
peregrine.fasta
is about 450 Mbp, and I was trying to compare the results of one round of Racon polishing with alignments made byminimap2
andwinnowmap
, butwinnowmap
seems to be taking quite a long time.Is the much longer run time expected (obviously, run times would depend on the k-mers, assembly, and reads being used)?
The text was updated successfully, but these errors were encountered: