168.74 KB, application/x-zip-compressed
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.
Created attachment 114727 [details] ZIpped up example page that renders obnoxiously slowly 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).
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
Last Resolved: 14 years ago
Resolution: --- → FIXED
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Status: REOPENED → RESOLVED
Last Resolved: 14 years ago → 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.