Terrible display list construction performance on cleopatra

NEW
Unassigned

Status

()

Core
Layout: Web Painting
a year ago
5 months ago

People

(Reporter: Ehsan, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

a year ago
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>.
(Reporter)

Updated

a year ago
See Also: → bug 1340228
Component: Graphics → Layout: Web Painting
Blocks: 1343596
No longer blocks: 1343596
Depends on: 1343596
Depends on: 1344971
You need to log in before you can comment on or make changes to this bug.