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

Smarter loading for Dask based implementations #102

Open
sroet opened this issue Nov 12, 2020 · 0 comments
Open

Smarter loading for Dask based implementations #102

sroet opened this issue Nov 12, 2020 · 0 comments

Comments

@sroet
Copy link
Collaborator

sroet commented Nov 12, 2020

As mentioned in #101 , there are some limitations on the DaskContactFrequency, mainly:

  • The whole trajectory has to fit into memory as it is loaded once to figure out the length and then for every worker to slice out their trajectory.
  • We only support the loading of 1 trajectory file at the moment.

Both these issues should be solvable with a somewhat smart implementation of mdtraj.iterload with a sensible skip and splitting out trajectories.

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

1 participant