-
Notifications
You must be signed in to change notification settings - Fork 321
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
Cannot control thread order in perfetto #555
Comments
This is working as intended: we very intentionally do not support process_sort_index as we made a conscious choice to separate trace rendering from the trace contents. See also our policy on JSON traces here. Improving options for visualising only the parts of the trace which matter to the user is something which is being worked on right now and is tracked by #429 |
Thanks for the answer and tips. However the main point was about having some rules that would help to understand the ordering in which threads are being displayed (not processes). I'd appreciate to know if there is some workaround for this to have the above threads presented in the report in the consistent order i.e. process 0 process 1 Thanks again. |
There are no workarounds I'm afraid. The order of the tracks is determined by the "activity" of the process (think the amount of time that a slice is active across all the threads). This is hardcoded into the UI and there's no way to change this at the moment. |
With the following trace event file:
one obtains the following report
where thread order in the first process follows thread id (or thread name lexicographic ordering) but the second process that contains exactly the same data shows threads in different order.
The expected result would be to have both threads in the same order.
using version: v35.0-8019b from
https://ui.perfetto.dev/
The text was updated successfully, but these errors were encountered: