Closed Bug 1340226 Opened 7 years ago Closed 2 years ago

Terrible display list construction performance on cleopatra

Categories

(Core :: Web Painting, defect)

Product:
Core
Component:
Web Painting
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
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>.
See Also: → 1340228
Component: Graphics → Layout: Web Painting
Blocks: 1343596
No longer blocks: 1343596
Depends on: 1343596
Depends on: 1344971

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.