Closed Bug 107733 Opened 23 years ago Closed 21 years ago

Large file appears to hang browser, but it is just incredibly slow

Categories

(Core :: Layout, defect, P3)

defect

Tracking

()

RESOLVED DUPLICATE of bug 112738
mozilla1.1alpha

People

(Reporter: hippytrail, Assigned: attinasi)

Details

(Keywords: perf)

Attachments

(2 files)

Loading this file into Mac Mozilla causes the browser to hang or go into an
infinite loop.
The file is the NamesList.txt from Unicode processed to convert all the hex codes
into HTML character entities.
I tryed to view attached document to 20011029-trunk on WinNT4 and Mozilla hanged
too.
Keywords: hang
confirming with win2k build 20011030..

-> Layout (?)
Assignee: asa → attinasi
Status: UNCONFIRMED → NEW
Component: Browser-General → Layout
Ever confirmed: true
OS: Mac System 9.x → All
QA Contact: doronr → petersen
Hardware: Macintosh → All
Target Milestone: --- → mozilla0.9.8
It loads - it is just extremely slow.

Decorating the description and lowering severity.

I'll need to see where we are spending the time here.
Severity: critical → major
Status: NEW → ASSIGNED
Keywords: hangperf
Priority: -- → P3
Summary: Large file hangs browser → Large file appears to hang browser, but it is just incredibly slow
I think this is a dupe of something dbaron or waterson has worked on.

nsBlockFrame::ReflowFrame is called about once for every line but 
nsBlockFrame::ReflowFrame calls nsLineLayout::ReflowFrame for every line in some 
way so we get a O(n^2) algorithm here.

For 3000 calls to nsBlockFrame::ReflowFrame I see 200000 calls to 
nsLineLayout::ReflowFrame. I don't know about the memory increase though. 

The page is a gigantic <pre> block with some unknown tags in them (<control> 
<music> ... ).
I noticed that the original attachment was hastily made into HTML by myself.
It contained many angle-bracketed phrases, some of which appeared like bogus
HTML tags, others of which happened to be valid HTML tags.  Notably superscript

and subscript tags.  After converting all of the angle brackets to HTML
entities
the file still takes a long while to load but is now probably acceptable.
The original file may still be useful for optimizing the rendering speed of
Mozilla or perhaps this bug can now be closed?

I think the subscript and superscript tags are the most likely problem in any
case.
Moving out - not critical.
Target Milestone: mozilla0.9.8 → mozilla1.0
->m1.1
Target Milestone: mozilla1.0 → mozilla1.1
Lage file handling very disappointing...

http://www.mozilla.org/js/language/js20.html

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc1) Gecko/20020417
This is basically the same problem as bug 112738, with the same exact issue
(bogo-tags inside a <pre>) (linear content model with O(N) depth, and each
reflow hence being O(N) in the number of nodes).

*** This bug has been marked as a duplicate of 112738 ***
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: