Closed Bug 507260 Opened 16 years ago Closed 15 years ago

resizing planet page very slow on trunk

Categories

(Core :: Layout, defect, P2)

x86
All
defect

Tracking

()

RESOLVED FIXED
Tracking Status
status1.9.2 --- beta1-fixed

People

(Reporter: sayrer, Unassigned)

References

()

Details

(Keywords: regression)

looks like it's due to a performance problem re-breaking the text of the articles. Compared to Fx 3.5 or Safari 4, it's quite bad.
Flags: blocking1.9.2?
Is this a regression? Do we have a regression range?
And from comment 0, it sounds like you have profile data. Care to share it?
I wonder if this is related to interruptible reflow.
See if the problem goes away with export GECKO_REFLOW_INTERRUPT_CHECKS_TO_SKIP=1000000000
As I recall, the claim was yes. I just haven't gotten time to debug yet...
Flags: blocking1.9.2? → blocking1.9.2+
Priority: -- → P2
(In reply to comment #4) > See if the problem goes away with > export GECKO_REFLOW_INTERRUPT_CHECKS_TO_SKIP=1000000000 It does. I just tested on the 2009-08-10-04-mozilla-central Linux x86_64 nightly.
Blocks: ireflow
I see this on Win7 using today's 3.6 build, and I get multiple-second lockups (5+ seconds) when trying to resize with this bug's URL or http://www.psy.fsu.edu/~baumeistertice/goodaboutmen.htm in a foreground tab. If I resize with those pages in a background tab, switching to the troublesome document appears to reflow almost instantly.
OS: Mac OS X → All
More detail: if I am resizing from a narrowish window to a wide one on my Win7 machine, it "locks" the entire Windows UI for 15+ seconds, and task manager shows Firefox as taking 13% CPU for the entire time, and staying at 13% for several seconds after control is restored. (That's how my system says "one CPU fully used", I think because I have a quad core system with HT.) When the Windows UI is locked up, I get the resize left-right cursor, and clicking on other applications does nothing. I don't get the wait cursor, nor the dimming out of the application. Task Manager continues to update, and video from another process (VLC) plays per usual. I can try to get xperf working here if it's needed, since the effects seem to be much more pronounced on Windows than on Mac?
On Windows, you're almost certainly seeing the effects from the nested event loop resizes entail. See bug 496788 and bug 499447, say. So I'd like to keep this bug focused on what's going on with Mac/Linux.
Depends on: 499447
The patch on bug 499447 fixes it for me on Mac. So it was really the same issue after all....
Fixed by the checkin for bug 499447.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Fixed on 1.9.2 as well.
You need to log in before you can comment on or make changes to this bug.