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

Simplify use in cases where some levels support async flush and some do not #79

Closed
adammoody opened this issue Aug 11, 2017 · 1 comment
Labels
Milestone

Comments

@adammoody
Copy link
Contributor

Currently, the user must be careful to configure SCR_FLUSH to line up with their checkpoint descriptors if they want to use async flush on a multi-cache system, where only some levels support async functionality. This is cumbersome for users to keep track of. Let's make this easier.

We could either just fall back to sync flush in the case where the output lands in a cache location that only has sync or we could always select a cache location that supports async flush, even if the checkpoint id would normally write it to some other level.

@adammoody adammoody added this to the v1.2 milestone Aug 11, 2017
@gonsie gonsie modified the milestones: v1.2, v1.3 Nov 28, 2017
@gonsie gonsie added the bb label Aug 15, 2019
@adammoody
Copy link
Contributor Author

We can now support different flush mechanisms within a run using the TYPE option in the STORE descriptor. A flush will use the type specified by the user.

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

No branches or pull requests

3 participants