See this profile: https://perfht.ml/2qKzDn3 This is captured on the quantum reference hardware. It's only slow the first time (it took ~300ms to appear), the second time is fine. The panel I'm talking about is the panel when clicking the "Show your bookmarks" toolbar icon in the main toolbar.
The first time we unhide the panel and load the overlay. That's done to prevent slowing down startup.
In this profile we start with 52ms doing main thread IO to get an image from a jar archive: https://perf-html.io/public/f154d24c598d4cd31a98f5f02d43b06e2d123907/calltree/?range=422.0384_444.8391~436.9647_437.3012&search=GetData&thread=0 Any idea which image this is? It seems strange to me that we need to open a new jar file to display this menu. Maybe the pocket icon? Then we do a bunch of places related stuff. Some initialization indeed. Including loading the nsLivemarkService.js file. PageIconProtocolhandler.js' newChannel2 implementation is also visible. We have a layout flush in get_alignmentPosition (popup.xml) : https://perf-html.io/public/f154d24c598d4cd31a98f5f02d43b06e2d123907/calltree/?callTreeFilters=prefixjs-JMoJMpyxs&range=422.0384_444.8391~436.9647_437.3012&search=popup&thread=0 (bug 1356674) At the end of the profile we have nsSoundPlayer::SoundReleaser::Run adding to the existing jank. I filed bug 1363163 on this.
No longer blocks: photon-performance-triage
Flags: qe-verify? → qe-verify+
QA Contact: adrian.florinescu
Priority: P2 → P3
Whiteboard: [photon-performance] → [reserve-photon-performance]
Whiteboard: [reserve-photon-performance] → [reserve-photon-performance] [fxperf]
Whiteboard: [reserve-photon-performance] [fxperf] → [reserve-photon-performance] [fxperf:p3]
Whiteboard: [reserve-photon-performance] [fxperf:p3] → [fxperf:p3]
You need to log in before you can comment on or make changes to this bug.