Closed Bug 23439 Opened 25 years ago Closed 23 years ago

Performance issue with loading large page background images

Categories

(Core :: Graphics: ImageLib, enhancement, P1)

Product:
Core
Component:
Graphics: ImageLib
Platform:
x86
Linux
Type:
enhancement

Tracking

()

Status:
VERIFIED FIXED
Milestone:
Future

People

(Reporter: svf, Assigned: pavlov)

References

(
URL
)

Details

(Keywords: perf) 

Visiting the above URL with 2000-01-08-08-M13 causes memory and swap space to be
eaten up very quickly.  Perhaps this is due to the table usage on that page?
The particular issue on this page is that the page uses

  <BODY BACKGROUND="http://support.connect.ab.ca/xmain_bg3.gif">

where xmain_bg3.gif is a 1300px x 7000px GIF, a 36KB file and Nav4 reports the
decoded size as 18MB! (Loading this page without the BODY BACKGROUND is not
a problem).

This page gives Nav4.6 a little work to do; mozilla 2000010608 has an even
tougher time (either dealing with it as BODY BACKGROUND or just loading the
GIF directly).  In particular, the system really "grinds" while decoding, and
in certain situations, the image will simply disappear after loading (leaving
a white canvas).
Assignee: troy → pnunn
Component: Layout → ImageLib
There's not much we can do about it, other than just keep only the part of the
image that's actually needed in memory.

A 1300x7000 image 24-bit image requires 1300*7000*3 bytes when decoded. That's a
lot of memory.

Changing component and re-assigning since this isn't a layout issue. Maybe Pam
has future plans for handling ridiculously large images
Severity: normal → enhancement
Status: NEW → ASSIGNED
Priority: P3 → P1
Target Milestone: M20
for later contemplation.
Need to take care of crashes at the moment.
-pn
Keywords: perf
Adding perf to Keyword field.
Updated summary field with more descriptive (and accurate) summary.
Summary: Performance issue: memory handling? → Performance issue with loading large page background images
Target Milestone: M20 → Future
Blocks: 61478
All pnunn bugs reassigned to Pav, who is taking over
the imglib.
Assignee: pnunn → pavlov
Status: ASSIGNED → NEW
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Changing to Resolved/Fixed, appears to be fixed with new imagelib, verified on
linux build 2001041205
Changing to Resolved/Fixed, appears to be fixed with new imagelib, verified on
linux build 2001041205
Marking verified per last comments
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.