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

expose disk_space_gb for long-running augur tasks; raise default 375 -> 750 #89

Merged
merged 2 commits into from
May 29, 2020

Conversation

tomkinsc
Copy link
Member

This exposes disk_space_gb as a configurable input for three long-running augur tasks (augur_mafft_align, draft_augur_tree, and refine_augur_tree). This also increases the default from 375 -> 750 for these tasks to increase I/O throughput, as instances as inherently multi-tenant systems (larger disk=fewer parties wanting I/O).

@dpark01
Copy link
Member

dpark01 commented May 28, 2020

For GCE local disk, I don’t know if that statement is true about I/O.. each local disk (at 375GB a piece) has a flat I/O rate before they get bound together in a logical volume.

That said, I highly doubt this actually needs to be local instance disk (we’re not processing raw reads or running a kraken db). Normal mounted hdd volumes are probably fine?

@tomkinsc
Copy link
Member Author

This is at the request of @cmloreth based on lessons learned from the Cromwell team; I'll let her explain?

@tomkinsc tomkinsc merged commit 1763a0e into master May 29, 2020
@tomkinsc tomkinsc deleted the ct-expose_disk_space_gb branch May 29, 2020 16:31
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

Successfully merging this pull request may close these issues.

2 participants