-
Notifications
You must be signed in to change notification settings - Fork 5
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
Time the i/o section #46
Comments
Yes, this should be possible I think. It would also alter probably the same portion of code touched by #27, I'll do this first though. |
I should have given you some more context, sorry. It looks like compressing the .properties file saves a factor of 3 in disk space. We would like to see whether that does not come at a huge penalty in writing time. For instance, it could be that writing the compressed id catalogue file is very slow for little benefit but the .properties is fast and compresses well. |
Thanks @MatthieuSchaller for the extra context, it definitely helps in deciding how far to go with this. I'm doing something quite simple to begin with, and it sounds like it should be enough to do the comparisons you are describing. |
How does this look as a first iteration? (output trimmed to final lines)
|
Yes, perfect. Exactly what I was hoping for. |
This is a first, high-level pass over most of the I/O writing routines as requested in #46. More timing (or more specific timing) can come in the future. Signed-off-by: Rodrigo Tobar <rtobar@icrar.org>
I've pushed these changes to the |
All looks good to me, thanks. |
Merged to |
Would it be possible to time the i/o part of the code? Even better if we could time individually the writing of the properties catalogs, the parttype and the rest.
The text was updated successfully, but these errors were encountered: