Description of problem: Open a gif image hangs the system. Opera does not. Version-Release number of selected component (if applicable): firefox-2.0.0.1-5.fc7 How reproducible: always Steps to Reproduce: 1. Open http://cfa-www.harvard.edu/iau/Animations/EarthRide.gif Actual results: firefox causes disk thrashing Expected results: firefox should not cause disk thrashing, or atleast warn that it will blow up the system if it continues with the images. Additional info:
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 [root@s ~]# 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 (https://bugzilla.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 uncompressed.
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.