Closed Bug 5761 Opened 25 years ago Closed 24 years ago

Selection and display is unusably slow in browser (generated content)

Categories

(Core :: DOM: Selection, defect, P2)

Product:
Core
Component:
DOM: Selection
Platform:
PowerPC
Mac System 8.5
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: elig, Assigned: mjudge)

References

Details

(Keywords: perf, platform-parity) 

* TITLE/SUMMARY
[PP] Selection and display is unusably slow in View Source

* STEPS TO REPRODUCE
0) Launch Apprunner
1) View a web page (e.g. I used www.apple.com)
2) From the View menu, select "Page Source"
3) Select the contents of the window that appears

* RESULT
 - What happened

Step 2 (on a 233 Mhz 604e) required eight seconds until text appears

Step 3 (on the same 233 Mhz 604e) required approximately 6 seconds. (Scrolling
down the document and selecting text near the end required approximately 12
seconds.)

(On my Linux and WinNT systems, these tests were about two to three times as
fast, but the systems were marginally faster --- refer below for detailed
hardware specs.)

 - What was expected

On Netscape Communicator 4.5, step 2 required approximately two seconds, and step
3 was instantaneous.


* REGRESSION

 - Occurs On
        Mac OS Apprunner (4.29.99 PM optimized build)

 - Doesn't Occur On
        Communicator 4.51 RTM (RTM)


* CONFIGURATIONS TESTED

- [Mac] Power Mac 8500/120 (233 Mhz 604e), 64 MB RAM (VM on; 1 MB of VM used),
1024x768 (Thousands of Colors), Mac OS 8.5.1

- [Win32] Vectra VL (233 Mhz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP3.

- [Linux] Vectra VL (266 Mhz P2), 96 MB RAM.
QA Contact: 4130 → 1698
[Assigning self as QA contact. CC:ing Sujay.]
Status: NEW → ASSIGNED
Summary: [PP] Selection and display is unusably slow in View Source → [PP] Selection and display is unusably slow in browser
[Well, this isn't just in View Source, so I've amended the title.]
Target Milestone: M9
hmm well this will be fixed when troy returns from his sebatical to fix the ever
infamous GetPrimaryFrameFor(nsIContent...)  which is horribly slow. changing to
m9 but i am leaving assigned to me to keep tabs on it and to duplicate bugs i
know will come
FYI I just fixed the view source XUL so that you can select in here again.
And boy, is it slow.
Whiteboard: [Perf]
Per a request from Selection and Search component eng (mjudge) and qa (elig),
moving all "Selection and Search" bugs to new "Selection" component.  Original
"Selection and Search" component will be retired.
Blocks: 7825
Target Milestone: M9 → M10
putting this off to M10. Performance bug
set to m12
Eli--is there any particular action you find slow (drag selection, shift-click
selection, or drawing)?  on a particular page?
Target Milestone: M10 → M12
Please refer to "Steps to reproduce" in bug report for answer. Thanks!
Whiteboard: [Perf] → [PERF]
Target Milestone: M12 → M15
moving out to M15, general performance cleanup
Keywords: perf
Bulk add of "perf" to new keyword field.  This will replace the [PERF] we were
using in the Status Summary field.
Keywords: pp
On behalf of PorkJockeys: putting on beta1 radar, per beta criteria priority #2 
- performance. removing extraneous tags, cc waterson.
Keywords: beta1
Summary: [PP] Selection and display is unusably slow in browser → Selection and display is unusably slow in browser
Whiteboard: [PERF]
elig, how does this look with the latest Mac builds.  Is performance really this 
much worse?  Need latest data to make a call here.  Thanks!
The system used is no longer accessible; the following is from a 266 Mhz G3, 
using today's www.apple.com:

* Page Source took 3.559 seconds to draw (total of 6 seconds from menu item 
invocation).

* Selection of page took 2 seconds. (Clicked at top of page holding shift, then 
started stopwatch upon clicking last character on page.)

Using Communicator 4.7, the Page Source drew in under 1 second from menu item 
invocation, and the selection was too fast for a human being to time. (est. .1-.2 
seconds)

---

In other word, we're still way slower.

Putting on the PDT- radar for beta1.  Would not hold beta for this bug.
Whiteboard: [PDT-]
from #26350, which i'll mark as a dupe of this bug:
>Load a page with a fair bit of text, click to select some text, and move your
> mouse up and down quickly, the selection does not keep up very well 
> (especially if you scroll)
>
> 4.7 Linux is about 1.5x as fast, but not much, 4.7 windows is about 10x 
> faster.
Priority: P3 → P2
Summary: Selection and display is unusably slow in browser → Selection and display is unusably slow in browser (generated content)
moving performance work out past M16
Target Milestone: M15 → M17
this should be fixed.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Keywords: beta1 → verifyme
Whiteboard: [PDT-]
Marking verified
Status: RESOLVED → VERIFIED
I verified this bug with build 2000071108 on Mac OS 8.5 with a Power Book G3 at
233. 96 MB of ram.
Keywords: verifyme
You need to log in before you can comment on or make changes to this bug.