Closed Bug 379437 Opened 18 years ago Closed 16 years ago

3-14% Txul regression from bug 368247

Categories

(Core :: Layout, defect, P3)

Product:
Core
Component:
Layout
Platform:
x86
Linux
Type:
defect

Tracking

()

Status:
RESOLVED INCOMPLETE

People

(Reporter: ajschult784, Assigned: vlad)

References

Details

(Keywords: perf, regression, Whiteboard: [dbaron-1.9:RzCo])

Attachments

(2 files)

seamonkey stack during paint
(deleted), text/plain
Details
html testcase
(deleted), text/html
Details
Bug 368247 landing regressed argos' Txul numbers 2-3%. The Mac/FF box regressed 8%. nye's numbers regressed by 14%. KaiRo's Mac box (tpol) regressed by 11%. When loading up today's SeaMonkey nightly, it takes 1-2 seconds to paint the chrome (which I verified was caused by 368247 by backing it out locally).
Attached file seamonkey stack during paint (deleted) —
org is actually the process using CPU during the paint. The stack is the same as in bug 371867 comment 7. The attachment is the seamonkey side.
Flags: blocking1.9?
Attached file html testcase (deleted) —
Load the testcase and drag the scrollbar up and down. With current trunk, the page scrolls smoothly at first (for <1 second) but then grinds to a halt and takes at least a second for each repaint. If I delete the border style rule, scrolling is quick and smooth.
Andrew, that testcase looks more or less the same as the one from bug 379834.
Yes. The Txul regression was conceivably due to use of CSS borders in chrome.
Yup, it almost certainly is. I've been fixing some actual rendering regressions, but this is still very high on my todo list.
Er, really? This bug seems not to affect Windows. (Scrolling the HTML testcase is fast as hell.) On the other hand, bug 379834 is cross-platform.
379834 is mostly cairo, and should be fixed with cairo 1.4.6 once I do that update. The problem there is that cairo is doing a whole bunch of work for trapezoids that are way outside the surface bounds.
Flags: blocking1.9? → blocking1.9+
Whiteboard: [dbaron-1.9:RzCo]
Vlad, have you got an update here?
Priority: -- → P3
Blocks: 397946
Flags: wanted-next+
Flags: blocking1.9-
Flags: tracking1.9+
I'm going through and marking old performance regression bugs as INCOMPLETE that are likely too old to be valid or get any traction on them. Please re-open if you have more information or can demonstrate the regression still exists.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: