Closed
Bug 104250
Opened 24 years ago
Closed 24 years ago
Performance problems when loading/drawing a page with huge tables and massive number of images
Categories
(Core :: Layout: Images, Video, and HTML Frames, defect)
Core
Layout: Images, Video, and HTML Frames
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: rlebar, Assigned: pavlov)
References
Details
(Keywords: perf, testcase)
Attachments
(5 files)
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)
BuildID: 2001091520
We have a web-site that auto-refreshes every 10 seconds that makes extensive
use of tables, along the lines of grid layout. Might be 50x50 or larger and
some cells also have tables within them. Most of these cells have JPEG images
in them. Some may be rescaled via "size" tags (there is a "smaller size"
version). For the curious, we use his page to monitor our VSAT gear, including
drill down diagrams for each satelite. It is a perl/cgi script and Apache is
the web server.
Reproducible: Always
Steps to Reproduce:
1. Run a performance monitoring tool such as top.
2. Make sure Cache is set to compare the page "Every time I view the page"
3. Point Mozilla to a web page with huge tables and a massive number of images
(JPEGs in our case, but might do it for PNG or GIF as well) that auto-refreshes
every 10 seconds.
4. Watch Mozilla suck up CPU cycles, e.g. 33-35% of the CPU and/or cry. :-)
Actual Results: According to top I saw 33% to 35% CPU usage. 35% usage was
during the refresh period. This was on a Sun Ultra-10 running Solaris 8 with
Maintenance Upadate 5 applied plus more recent recommended patches.
Running under the KDE 2.1.1 (downloaded from Patriotsoft).
Expected Results: Needs to perform better. For example, Internet Explorer 6
(on A Win2K box) and Netscape 4.78 on the same Solaris box mentioned above use
much less CPU to draw the page (Netscape ws <10%).
Will try to attach some HTML code and images.
| Reporter | ||
Comment 1•24 years ago
|
||
| Reporter | ||
Comment 2•24 years ago
|
||
| Reporter | ||
Comment 3•24 years ago
|
||
| Reporter | ||
Comment 4•24 years ago
|
||
| Reporter | ||
Comment 5•24 years ago
|
||
Comment 6•24 years ago
|
||
Confirmed on FreeBSD.
A large part of this is almost certainly 71857. However, there may be other
issues here hidden by that bug. I did a jprof of this, and most of the time is
spent in creating and taking down http image requests, which would match 71857.
Updated•24 years ago
|
Hardware: Sun → All
Comment 7•24 years ago
|
||
There are nice (adjustable per parameter) testcases at
table with pics
http://www.heise.de/ix/browser/tables/index.php?
what=grafik&my_trlimit=100&my_tdlimit=5
table with pics and text
http://www.heise.de/ix/browser/tables/index.php?
what=textgraf&my_trlimit=50&my_tdlimit=3
Keywords: testcase
| Assignee | ||
Updated•24 years ago
|
Target Milestone: --- → Future
| Assignee | ||
Comment 8•24 years ago
|
||
testing the sites listed here in a trunk build doesn't have any performance
problems. marking worksforme
Status: NEW → RESOLVED
Closed: 24 years ago
Component: ImageLib → Image: Layout
Resolution: --- → WORKSFORME
Updated•7 years ago
|
Product: Core → Core Graveyard
Updated•7 years ago
|
Product: Core Graveyard → Core
You need to log in
before you can comment on or make changes to this bug.
Description
•