Description of problem:
Open a gif image hangs the system. Opera does not.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
firefox causes disk thrashing
firefox should not cause disk thrashing, or atleast warn that it will blow up
the system if it continues with the images.
did i mention, i have zero swap on system, and this still causes disk thrasing :(
It affects all programs what uses gif (eog, display...) so it isn't a firefox
issue. Reassigned to giflib (I hope the right component)
376 frames at 961x961 pixels... largely solid black... that compresses quite
well in the gif format. For amusement it takes a 2.7GB memory footprint to run
'display' against this gif, but it does work.
Predicting how large something will be when uncompressed is not possible.
Unless you can provide a convincing case, I'll close this as notabug.
For the (In reply to comment #2)
> It affects all programs what uses gif (eog, display...) so it isn't a firefox
> issue. Reassigned to giflib (I hope the right component)
A bit beside the point but none of those programs use giflib to render gif files.
opera loads, and displays this image.
just curious, why not giflib applications ?
and my system has 1gig ram, with zero swap. If i understand correctly, disk
thrashing is a issue with kernel ?
firefox also doesn't seem to require giflib at all:
[root@s ~]# rpm -qR firefox | grep -i gif
You have a 1GB system and you're trying to use a data file which has a memory
footprint of 2.7Gb... that will definitely crush your vm into itsy pieces.
Now... Opera may be attempting to deal with only one frame of the gif at a time
(which will mean it has to recompute every cycle through) rather than rendering
all frames into memory (saving time subsequent times through the animation).
Such large, deep animations are more likely the exception, so I'd venture the
path taken by ImageMagick (display) and firefox is the more valid.
Anyhow, assigning back to firefox and Martin as this isn't a problem with either
giflib or ImageMagick gif handling.
okay. wontfix for now. If you care you can report it to mozilla.org
sorry to ping again, to me the bug disk thrashes despite zero swap space.
As said by Norm, should this not be a kernel vm issue ?
The kernel should kill the offending process , which takes more than an hour.
Your disk 'thrashing' may just be writing to temporary files - remember 2.7GB
my system goes down immediatly on opening this file.
1gig + laptop hard-disk combination.
would someone verify , if this is due to a temporary file, or otherwise ?
Feel free to investigate this isse. Please reopen if you find out where the
problem is, but firefox has many more important issues.
fixed with ff3.