-
Notifications
You must be signed in to change notification settings - Fork 10
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
contents for section "Performance aspects of CernVM-FS" #8
Comments
To assess startup performance, we can look into a single-binary as a base case (HPL?), a typical scientific app (OpenFOAM), and a large Python app (TensorFlow). For OS jitter, OpenFOAM is a good use case, since it's known to be quite sensitive to OS jitter (if just one core is temporarily busy with something else than running OpenFOAM, the whole multi-node run will be significantly slower). |
if you dont have a benchmark setup yet, i would have some python scripts.. but they need a bit of cleanup first. |
Right now we don't have much, performance at different scales (getting the files into the cache, and then from cache to load) is only something we've just started to look at. As regards getting data into the cache, we have a bash script that measures the performance of our public S1's: EESSI/eessi-demo#24 . We are keen to see what kind of performance CDNs can deliver for us. From cache to load, we have nothing, so anything you have would be a welcome starting point. |
i opened up a PR with a cleaned up version of the performance benchmark i used for chep: cvmfs/cvmfs#3372
|
I have puzzled together some stats on startup performance of:
Still work-in-progress, because not all tests were done with the same Python/TensorFlow versions, but the results look pretty good, seems like they will definitely support the narrative we have in mind for this section. |
No description provided.
The text was updated successfully, but these errors were encountered: