Bug 1699500 Comment 12 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

Thank you! That profile is helpful, and it confirms that slow-restyles are not an issue here anymore (at least, not in that profile, nor in the one that I recorded in comment 10.)

Your profile's longest restyle is 34ms, which (partly for my own future reference) I determined by [visiting the "Marker Table" view  and filtering for "Styles"](https://share.firefox.dev/3tRaXJU) and running this JS in the Web Console:
```JavaScript
{ let longestDur = 0.0; for (let marker of filteredMarkers) { marker.dur = marker.end - marker.start; if (marker.dur > longestDur) { longestDur = marker.dur; console.log(marker)}} }
```
(I filed https://github.com/firefox-devtools/profiler/issues/3831 on making our profile viewer able to surface this information a bit better.)

The final logged line there is the "Styles" marker with the longest duration, and it's 34ms long. That's not too bad, and it's orders of magnitude better than the ones reported above (544ms in comment 7, and 2.2 seconds (!) in the profile from comment 0).

So: it sounds like there are still perf issues to be identified here, but they're not restyle-related.  Let's take this back to bug 1698855 for further diagnosis.

(Also: RE the redrawing of the "spaces" text -- it's useful to know that that's a particularly-noticable thing, but it's hard to reason about where that happens in the profile without the screenshots track. If it's possible / not-too-privacy-invasive for you to include the screenshots track, that would be helpful to sort out when that & other relevant visually-relevant-events happened in the profile.)
Thank you! That profile is helpful, and it confirms that slow-restyles are not an issue here anymore (at least, not in that profile, nor in the one that I recorded in comment 10.)

Your profile's longest restyle is 34ms, which (partly for my own future reference) I determined by [visiting the "Marker Table" view  and filtering for "Styles"](https://share.firefox.dev/3tRaXJU) and running this JS in the Web Console:
```JavaScript
{ let longestDur = 0.0; for (let marker of filteredMarkers) { marker.dur = marker.end - marker.start; if (marker.dur > longestDur) { longestDur = marker.dur; console.log(marker)}} }
```
(I filed https://github.com/firefox-devtools/profiler/issues/3831 on making our profile viewer able to surface this information a bit better.)

The final logged line there is the "Styles" marker with the longest duration, and it's 34ms long. That's not too bad for a restyle associated with significant amounts of content being loaded, and it's orders of magnitude better than the ones reported above (544ms in comment 7, and 2.2 seconds (!) in the profile from comment 0).

So: it sounds like there are still perf issues to be identified here, but they're not restyle-related.  Let's take this back to bug 1698855 for further diagnosis.

(Also: RE the redrawing of the "spaces" text -- it's useful to know that that's a particularly-noticable thing, but it's hard to reason about where that happens in the profile without the screenshots track. If it's possible / not-too-privacy-invasive for you to include the screenshots track, that would be helpful to sort out when that & other relevant visually-relevant-events happened in the profile.)

Back to Bug 1699500 Comment 12