-
Notifications
You must be signed in to change notification settings - Fork 106
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
wrk output not correctly timestamped #667
Comments
How does it matter for wrk or wrk2? |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The stdout of the wrk load generator is read by crank, and values fished out of stdout using regexps; matches are then turned into timestamped Events for the eventlogger, and eventually find their way to the json file produced by crank master.
Unfortunately, crank does not process each line of output from wrk "as soon as possible", but instead combines all lines into a single string, and when wrk is done, analyzes that string.
The timestamps in the Events represent the time of processing by crank, not the time they were read by crank. So all timestamps in the log are more or less the same time.
If wrk uses line buffering, and flushes after every line, can crank read the lines in real-time, with a slight delay?
I do not know if this architecture/limitation is shared by other subprocesses like wrk2.
The text was updated successfully, but these errors were encountered: