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

support caching for previously computed datasets #291

Open
levinas opened this issue Feb 12, 2015 · 1 comment
Open

support caching for previously computed datasets #291

levinas opened this issue Feb 12, 2015 · 1 comment

Comments

@levinas
Copy link
Contributor

levinas commented Feb 12, 2015

Dan has this idea that we should check if the service has seen an input and just return the previously computed output. This would reduce the computation burden.

We could check for file size, file MD5, assembly method, and arast version to determine if we could serve a precomputed result. Not sure if shock computes MD5 by default.

It would mean providing a --force option for rerunning the assembly.

@levinas
Copy link
Contributor Author

levinas commented Feb 12, 2015

We may need to look into data caching as well. --data is great, but we need something equivalent for the jobs invoked in the narrative. I'm seeing some 25GB SRA reads being pulled over and over again from shock. Maybe handle ID could be another key for such caching.

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

No branches or pull requests

1 participant