-
Notifications
You must be signed in to change notification settings - Fork 37
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
X/Y graphs for selected tracepoints #180
Comments
Actually if you look at the timeline window, there a another timeline belong (you might need to grow the window in height). |
Timeline where each individual trace point event is shown as a horizontal line (similar to other tracing GUIs), is useful when one is investigating latency issues (i.e. very short time intervals), but I was thinking more about X/Y timelines like the "Global" & "Per context" ones. One where Y-value is either:
For latter, I would use the visible OA sampling period as that would help #188. |
Maybe these would actually be better to be handled as special "tracepoint counters", along the lines of what I described in #188? Currently I have only 2 tracepoints I care to track this way, user space buffer swaps, and kernel GPU freq request. I already have ticket for the first, I can add another one for the second one. |
Currently there seems to be only a log of the tracepoints selected by "Select tracepoints" view in gputop-ui.
It would be nice to be able to add a timeline for each of the selected tracepoints, to see for how many times each of them occurs during the sampling period, and if it happens only once, when exactly that happens (e.g. flip).
For some of the tracepoints like this one:
kworker/u16:1-21675 [000] .... 17170.769758: intel_gpu_freq_change: new_freq=400
Showing the indicated value instead would be nice. In above case, one could then compare kernel GPU frequency requests against the actual "AVG GPU Core Frequency" OA counter value.
The text was updated successfully, but these errors were encountered: