Closed Bug 193774 Opened 22 years ago Closed 20 years ago

Attached page is very slow on Mozilla 1.3b

Categories

(Core Graveyard :: GFX: Win32, defect, P2)

x86
Windows 2000
defect

Tracking

(Not tracked)

RESOLVED WORKSFORME
Future

People

(Reporter: ian.graham, Assigned: kmcclusk)

Details

(Keywords: perf)

Attachments

(1 file)

User-Agent:       Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0)
Build Identifier: Mozilla 1.3b (the real beta release -- sorry, my Mozilla won't start right now...)

The attached page (zipped and dumped out through our firewall) renders very 
slowly on Mozilla 1.3b (and earlier), but just fine on IE 5.5. By slow I mean 
that scrolling is not smooth -- it is jerky, and you can see horribly delayed
redrawing.

Reproducible: Always

Steps to Reproduce:
1. Unpack the attached example.
2. View the page
3. Amaze at the slownes. 

Actual Results:  
Renders incredibly slowly .... 

Expected Results:  
Be faster.
This is the example page (saved using Mozilla's save as feature, and edited to
remove irrelevant data).
Scrolling is smooth on Linux (build 2003-02-17-08).  Win32-only GFX problem?
Assignee: asa → kmcclusk
Component: Browser-General → GFX: Win32
QA Contact: asa → ian
Did some followup checking, and this problem is related either to OS or graphics
card (or both) -- both tests using Moz 1.3b 

1) Acceptable scrolling:
Dell desktop    450MHz PIII, 128MB RAM - Win98 - 16MB 3dfx Voodoo3 3000D AGP
(1280 x1024 @ 32bit)
 
2) Crappy scrolling:  
IBM T22 laptop  800MHz PIII, 256MB RAM - Win2k - 8MB S3 Graphics Inc. Savage/IX
(1024 x768 @ 32 bit) 



I also tested performance using IE 5.5 and Opera 7, on both machines mentioned
in Comment #3..  In all cases IE and Opera render this page _far_ faster than
Mozilla 1.3b. (or 1.2.1).   
Keywords: perf
Priority: -- → P2
Target Milestone: --- → Future
I'm seeing this as well, but it's hard to pin down a trigger - there is no
single page that causes the behavior.  All I can say is that after a couple of
hours of use, with multiple tabs open (sometimes to large documents), the UI &
redraw become *VERY* slow.  top shows the CPU getting pegged on a scroll (up is
fine, down is slow, strangely enough), or when using the menus.  It's not a swap
or load issue either.

Killing & re-starting Mozilla makes the problem go away.

I'm running Mozilla 1.3 with Xft support (Redhat 8 src rpm re-compiled on my box)

Redhat 9, 2.4.20 with preemptive kernel patches.

As a side note, I was running 1.3 without Xft support under Redhat 7.1, and
didn't see this behavior at all.

Running:

Mozilla 1.3, Copyright (c) 2003 mozilla.org, build 2003041220
bash-2.05b$ uname -a
Linux localhost.localdomain 2.4.20 #5 Mon Apr 14 17:46:14 EDT 2003 i686 i686
i386 GNU/Linux
I have retested the example using Mozilla 1.6 -- and on the machine which
originally gave the problems (see comment 3) . I no longer see any performance
problems, so I'm resolving as FIXED, and closing this off. 
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
->WORKSFORME
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Status: REOPENED → RESOLVED
Closed: 20 years ago20 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: