48337 - page hoggs a *lot* of resources

Status: VERIFIED FIXED

(Core :: Graphics: ImageLib, defect, P3)

Description

[Johnny Stenback (:jst)]

If you go to the above page and let the page load there's a small Honda logo (H)
in the upper left corner that animates from the 'H' to 'HOME'. On my winNT
system the system goes all slow on me when the animation runs, my mouse cursor
is all jerky, feels like everything slows down and everytime a new frame of the
animation is drawn I hear my disk read or write something. It's really bizzarre,
if I open the animated image in a window of its own there's no problem what so
ever, but when it's viewed on the above URL my system slows down to a crawl.
(I've tested this on one other NT system too, and I saw the same problem). I'm
not sure if this is a problem in the imagelib, cache code or network code or
something else, but I'll start with ImageLib...

(If you don't believe me come on over to my cube and I'll show ya.)

Comment 1

[pnunn]

I see what you are talking about, but I think it may be something
other than the animation that is causing the problem.

The gif in the upper left hand corner that is the honda logo/home text
animation sets a few frames to display for 5 seconds before going to the
next frame. The other frames in the sequence are set to 5/100 of a second.

I took the gif image and set all of the delays to 1/100 second for each
frame and the little logo flies.

But that doesn't explain why the page slows to a crawl. I saw that too.
I don't have an answer yet.

My first thought was that maybe we have a timer bug, and the delay on the
frame timing was somehow screwing up the timing on other elements.
A simple test doesn't confirm that idea.
See for yourself: 
  http://jazz/users/pnunn/publish/aaaa1.html

This file has the original logo animation with the 5 second delays
along side a version of the animation with all the delays set
to 1/100 second.

-P

Comment 2

[pnunn]

I changed the summary to indicate something is wrong with
this page, not just an animated image.

-p

Comment 3

[pnunn]

All pnunn bugs reassigned to Pav, who is taking over
the imglib.

Comment 4

[Tom Everingham]

this should be fixed with the new imagelib

Comment 5

[Tom Everingham]

verified