Skip to content
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

Memory requirements compare to FastTree 2 #6

Closed
donovan-h-parks opened this issue Nov 16, 2020 · 2 comments
Closed

Memory requirements compare to FastTree 2 #6

donovan-h-parks opened this issue Nov 16, 2020 · 2 comments

Comments

@donovan-h-parks
Copy link

Hi,

How do the memory requirements of Very Fast Tree compare to FastTree 2? Do any of the Very Fast Tree specific arguments impact requirement memory usage. Our typical use case is inferring a tree from a MSA with ~50,000 taxa and a length of ~5,000. Memory usage is often the rate limiting step for us as it restricts the number of trees we can infer at the same time.

Thanks,
Donovan

@cesarpomar
Copy link
Member

Hi,
Veryfasttree is implemented in C++, so you can expect an overhead due to the use of objects. For example, in Fasttree, each sequence line in input file was an char * (8 bytes pointer + sequence length) and in very fasttree a std::string (24 bytes object + sequence length). If there are many sequences with little length, the overhead will be more noticeable.

In addition, increasing the number of threads increases memory usage due to the creation of structures to store intermediate work in parallel. As well as the vector extensions that require padding per sequence to align the structures when using avx256 with floats or avx512.

If you have any other questions please contact me

@jcpichel
Copy link
Member

You can find in the Supplementary Material of the VeryFastTree paper (PDF) some numbers about the memory consumption in comparison to FastTree.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants