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
Another example job from Ross @fubar2 that fails at ORG but runs Ok at EU (same inputs/params/tool version). Seems to have similar default mem/cores at both. Maybe rolled over to higher mem at EU?
ORG 11ac94870d0bb33a863b3f3d81b29b0a
EU 11ac94870d0bb33ad74c8b84f6b01321
The text was updated successfully, but these errors were encountered:
@natefoo@mvdbeek@jennaj: tl;dr Mashmap is tricky as RAM useage depends heavily on input and parameters - 4GB - 60GB so there may be a good argument for setting boundaries on the % identity and match length to keep the RAM usage sane
Have tried a couple of sets of parameters with VGP sized inputs. The size of all the fasta matters, but a low percentage identity and a short match length will result in much, much higher RAM use.
For example, this with about 6GB of fasta @ 90% identity for 1000nt which is a relatively easy criterion to match so takes up a lot of RAM and almost 10X time:
whereas with the same fasta @ a much more stringent match requirement of 95% identity over 5000nt uses much less:
toolshed.g2.bx.psu.edu/repos/iuc/mashmap/mashmap/3.1.3+galaxy0
Another example job from Ross @fubar2 that fails at ORG but runs Ok at EU (same inputs/params/tool version). Seems to have similar default mem/cores at both. Maybe rolled over to higher mem at EU?
The text was updated successfully, but these errors were encountered: