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

Performance throttling #228

Open
DavidUnderdown opened this issue Jan 14, 2020 · 2 comments
Open

Performance throttling #228

DavidUnderdown opened this issue Jan 14, 2020 · 2 comments

Comments

@DavidUnderdown
Copy link

Having been thinking about the possibility of using CSV Validator with DROID reports as the basis of ongoing integrity checking of digital archive holdings (in the case where an archive is in the early stages of digital work and doesn't have a digital preservation system as such) - see https://openpreservation.org/blog/2019/05/28/droid-report-as-basis-for-collection-integrity-checks/
It's occurred to me that implementing performance throttling as DROID does could be a useful feature to reduce the potential impact of checksum verification for larger collections.

@adamretter
Copy link
Contributor

adamretter commented Jan 14, 2020

@DavidUnderdown for someone who is not aware of what DROID does for "Performance Throttling" could you describe what you would want in the CSV Validator?

Are you talking about limiting CPU, Memory, IO, power consumption, or something else? And how so, over time or to some pre-defined unit of measurement?

@DavidUnderdown
Copy link
Author

Basically you can specify a delay between reading each file (in the GUI implemented via a slider in the bottom right of the interface)

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

2 participants