Closed
Bug 1728228
Opened 2 years ago
Closed 2 years ago
Add profiler markers in the Timer thread to understand its activity
Categories
(Core :: XPCOM, enhancement, P2)
Core
XPCOM
Tracking
()
RESOLVED
FIXED
93 Branch
Tracking | Status | |
---|---|---|
firefox93 | --- | fixed |
People
(Reporter: florian, Assigned: florian)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
The total CPU time used by Timer threads is low, but these threads wake up often. It's currently impossible to understand the activity of Timer threads using the Firefox Profiler.
I think this deserves profiler markers.
Also, the thread is currently created as "Timer Thread" and then renamed to "Timer", which is confusing because it makes the thread name be different in the Firefox Profiler and in about:processes.
Example profile with new markers: https://share.firefox.dev/3tcQeOt
Severity: -- → N/A
Priority: -- → P2
Assignee | ||
Comment 1•2 years ago
|
||
Pushed by fqueze@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/c2af1233193b Add profiler markers in the Timer thread to understand its activity, r=gerald,smaug,KrisWright.
Comment 3•2 years ago
|
||
FWIW, Chrome doesn't have a timer thread. Instead, their thread event loop supports queuing delayed events. That avoids having to wake up two threads when a timer fires.
Comment 4•2 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
status-firefox93:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 93 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•