You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
The text was updated successfully, but these errors were encountered:
@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?
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.
The text was updated successfully, but these errors were encountered: