Version: (using KDE KDE 3.3.0) Installed from: Compiled From Sources Compiler: gcc 3.4.1 Mandrakelinux (Alpha 3.4.1-3mdk) OS: Linux Hello, The attached benchmark (in WAR format) is a page from a very popular forum, PhpBB, containing a list of all supported emoticons. Since the owner of this forum installed some additional packs, there is a total of 250 GIFs on this page, most of them animated. Note that this benchmark is a real life thing, not something convoluted. The machine that I tested with is an AMD Duron 850MHz with 256 MB RAM. Tests were performed on Mandrakelinux 10.1 (kernel 2.6.8.1, Xorg 6.7.0, Qt 3.3.3), except for Internet Explorer where I used Windows 98. The time to load the page from disk, after unpacking, not counting the time to start the browser: Konqueror 3.3.0 62s Mozilla 1.7.2 ~2s Opera 7.54 3s Internet Explorer 6.0 5s Konqueror renders about 60% of page in a few seconds, but then it just chokes. Speed of animation of the "jumping green smilies" (10th row, second column), in number of full cycles per minute, without moving the mouse or any background activity: Konqueror 3.3.0 72 Mozilla 1.7.2 64 Opera 7.54 98 Inernet Explorer 6.0 96 The proper animation speed for this GIF is exactly 100 cycles per minute. Note that Konqueror and Mozilla were in gerenal very unresponsive after the page was loaded (scrolling, browsing menues, minimize/maximize etc.) with cpu load floored at 100%, while Opera was not affected at all and the cpu load was at around 40%. This is a great improvement over Konqueror 3.1.x which would not load such a page at all :D but there is room for better. Conclusions: - There is a problem in Konqueror rendering pages with a very large number of smaller (possibly animated) images, starting at about 150 images. - The algorithms for animated GIF format in Konqueror and Mozilla leave much to be desired.
Created attachment 7626 [details] Web archive of the page in question
*** Bug 93176 has been marked as a duplicate of this bug. ***
Thanks for providing this
*** Bug 130039 has been marked as a duplicate of this bug. ***
Created attachment 19668 [details] works. proof. I think this can be considered solved. Running KDE 3.5.SVN on QT 3.3.6-r5 here (AMD64x2 4400+)... this one (from duplicate report) also seems to play fine: http://www.anonib.com/crazykimchi/images/28/1150247087786.gif regards.
Uh-uhm, No. http://www.anonib.com/crazykimchi/images/28/1150247087786.gif it is still to slow, watch it with firefox or opera and you will see the difference KDE 3.5.6 and QT qt-3.3.6-r5(=qt-3.3.7)
This is much worse in KDE 4.1. Konqueror makes the whole desktop unusable with only 3 animated smiles on a page (phpBB forum reply page). CPU load of Konqeuror and X goes high and it takes two seconds for the desktop to react to any input action (such as pressing a key or clicking something).
Thank you for the bug report. As this report hasn't seen any changes in 10 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.
Thanks for your response. I no longer use Konqueror or own the hardware in question. But just for this bug I downloaded Konqueror to try. Apparently Konqueror no longer supports its own .war format (but it's just a tar.gz so no problem). It seems that this bug can no longer be reproduced with my current hardware. Konqueror has the same behavior as Chrome i.e. uses 70-80% of a CPU core but displays all the animations with correct speed. (Speeking about trip down the memory lane. :D )