Closed
Bug 1457325
Opened 7 years ago
Closed 7 years ago
Record and expose a timestamp after the parser finishes and the presentation is flushed
Categories
(Core :: DOM: Core & HTML, enhancement, P2)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
FIXED
mozilla61
Tracking | Status | |
---|---|---|
firefox61 | --- | fixed |
People
(Reporter: bholley, Assigned: bholley)
References
Details
Attachments
(2 files)
11.36 KB,
patch
|
mstange
:
review+
bzbarsky
:
superreview+
|
Details | Diff | Splinter Review |
12.94 KB,
patch
|
mstange
:
review+
|
Details | Diff | Splinter Review |
Tp6 currently uses time to first non-blank-paint, which is very non-deterministic - see bug 1455115 comment 3.
A potentially-more-reliable metric would be the end of the first style+layout+paint flush after DOMContentLoaded. I'm writing up a prototype for this, which we can then hook up to Talos.
Assignee | ||
Comment 1•7 years ago
|
||
I've only tested this lightly but it seems to work roughly as I'd expect.
Suggestions welcome.
MozReview-Commit-ID: E6QPjgfUKdo
Attachment #8971438 -
Flags: superreview?(bzbarsky)
Attachment #8971438 -
Flags: review?(mstange)
Assignee | ||
Comment 2•7 years ago
|
||
Note that tomorrow is my last day before heading out for a while, so quick turnaround would be appreciated.
https://treeherder.mozilla.org/#/jobs?repo=try&revision=b61a58604a26613990696d56ca1657605ed9d8cc
Comment 3•7 years ago
|
||
Comment on attachment 8971438 [details] [diff] [review]
Expose time to DOMContentFlushed on the timeline. v1
Review of attachment 8971438 [details] [diff] [review]:
-----------------------------------------------------------------
This looks good to me. The "delete this;" part isn't very pretty but I don't have a better alternative.
Attachment #8971438 -
Flags: review?(mstange) → review+
Comment 4•7 years ago
|
||
Comment on attachment 8971438 [details] [diff] [review]
Expose time to DOMContentFlushed on the timeline. v1
sr=me. I'm on PTO tomorrow (Friday), and likely not checking email.....
Attachment #8971438 -
Flags: superreview?(bzbarsky) → superreview+
Comment 5•7 years ago
|
||
(I thought people explicitly wanted to measure first non-blank paints, because that is what is relevant to users. But I guess having two different measurements is good.)
Updated•7 years ago
|
Priority: -- → P2
Assignee | ||
Comment 6•7 years ago
|
||
So, the post-refresh-observer setup ended up causing leaks, because the refresh driver can end up getting torn down, and it doesn't have any way to disconnect or drop the observer, which holds a strong reference to the presshell.
So instead I just implemented this directly in the refresh driver, which seems to work.
https://treeherder.mozilla.org/#/jobs?repo=try&revision=9c58acb3565478caa98664c848693c3924b6d53d
Assignee | ||
Comment 7•7 years ago
|
||
MozReview-Commit-ID: E6QPjgfUKdo
Attachment #8971653 -
Flags: review?(mstange)
Updated•7 years ago
|
Attachment #8971653 -
Flags: review?(mstange) → review+
Pushed by bholley@mozilla.com:
https://hg.mozilla.org/integration/mozilla-inbound/rev/560f881dffb8
Expose time to DOMContentFlushed on the timeline. r=bholley,r=mstange
Assignee | ||
Comment 9•7 years ago
|
||
NI sphilp to start tracking this metric in Talos.
Flags: needinfo?(sphilp)
Comment 10•7 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 7 years ago
status-firefox61:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla61
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•