Closed
Bug 1340226
Opened 7 years ago
Closed 2 years ago
Terrible display list construction performance on cleopatra
Categories
(Core :: Web Painting, defect)
Core
Web Painting
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: ehsan.akhgari, Unassigned)
References
Details
Cleopatra is almost unusably slow if you increase the Gecko Profiler buffer size (I use 90MB for example). I was wondering why that is today. It seems like our display list construction is extremely inefficient on this page. For example, see this profile: https://perfht.ml/2lSZEeH. We are spending 4.8 *seconds* in nsIFrame::BuildDisplayListForStackingContext(), in eight chunks of roughly the same size. This is easily visible if you for example try selecting a range in the timeline. Each click has a lag of seconds to have any effect. The profile in question from which the measurement was obtained is <https://perf-html.io/public/55385c23113278e8db31a2fee58338fdbf04bfd1/calltree/?search=topicListener&thread=1>.
Updated•7 years ago
|
Component: Graphics → Layout: Web Painting
Updated•7 years ago
|
Comment 1•2 years ago
|
||
This is long fixed.
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•