Closed Bug 419937 Opened 17 years ago Closed 11 years ago

Loading large text page extremely slow

Categories

(Core :: Layout: Text and Fonts, defect)

Product:
Core
Component:
Layout: Text and Fonts
Platform:
PowerPC
macOS
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED DUPLICATE of bug 72885

People

(Reporter: Dolske, Unassigned)

References

(
URL
)

Details

(Keywords: perf)

On our old-style performance graphs, clicking the "Show the raw data for this plot" results in an extremely slowly loading page. Both (!) CPU cores get busy while loading, and scrolling around in the page is also painfully slow. [Specifically, scrolling vertically in the bottom half of the page, where the lines are long, is laggy. Horizontal scrolling is ok.] Safari does a better job (although it sometimes seems to fail loading the page). It's not exactly snappy, but CPU usage doesn't have a huge prolonged spike and the scrolling is ok. The URL linked here takes ~75 seconds to load in a current trunk nightly, and 25 seconds in Safari.
Flags: blocking1.9?
With a debug build, it's slower still: takes ~225 seconds to load and beachballs the whole time. After about 30 seconds, I start getting a flood of console output like: nsLineLayout: Text(9920)@0x43fa12d4 metrics=567035,840! nsLineLayout: Inline(a)(0)@0x44812a94 metrics=1122560,840! nsLineLayout: Text(9920)@0x44812af4 metrics=1122560,840! nsLineLayout: Inline(a)(0)@0x44812b38 metrics=1122560,840! nsLineLayout: Text(9921)@0x43fa1314 metrics=879659,840! nsLineLayout: Inline(a)(0)@0x44812bdc metrics=1122560,840! nsLineLayout: Text(9921)@0x44812c3c metrics=1045053,840! nsLineLayout: Inline(a)(0)@0x44812c80 metrics=1045053,840! nsBlockReflowContext: Block(body)(1)@0x20118370 metrics=76920,28700562! nsLineLayout: Text(9921)@0x43fa1314 metrics=879659,840! nsLineLayout: Inline(a)(0)@0x44812bdc metrics=1122560,840! nsLineLayout: Text(9921)@0x44812c3c metrics=1045053,840!
Flags: tracking1.9? → blocking1.9?
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b4pre) Gecko/2008022808 Minefield/3.0b4pre It's a nasty hang, runs out of memory, CPU usage sometimes high and sometimes low. I waited for 5 minutes, then I had to end the process.
Does the page have unclosed tags or something like that?
No, the tags appear to be closed. <HTML> <title>rawdata for bl-bldlnx03_fx-linux-tbox-head pageload</title><br> <body> <h3>Data for bl-bldlnx03_fx-linux-tbox-head pageload</h3> <li><a href="#plot">plot points</a></li> <li><a href="#raw">raw points</a></li> <br> ... Although those two <li> entries are not in a <ul>/<ol>, which is slightly odd? The rest of the page is mostly just 2 giant <pre>...</pre> chunks. [45MB worth, to put the "large" in the bug summary more precisely.]
Flags: wanted-next+
Flags: blocking1.9?
Flags: blocking1.9-
The problem also exists with smaller files, like this 500 KB file: http://w-o-p-r.dk/wopr.tools/monitor/wopru.test.self.txt It is only a problem in Firefox 3, Firefox 2 does not hang but show the files "instantly".
dupe of bug 72885?
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.4) Gecko/20100503 Firefox/3.6.4 I tried with Firefox 3.6.4 on Windows XP. It took about 5 minutes to load the given URL. Firefox hung only a bit and scrolling was quite fast, except at the bottom of the page, where it got a bit slower. CPU wasn't so bad. It rose a few times up to 95%, but it generally remained at 48-52% and lower for the most part.
none of the testcases exist, but bug 72885 is a possibility
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.