I'm using Mozilla 1.0 rc1 1. Go to www.kumhousa.com 2. Click on the link "Tire Information" from the set of links on the left 3. Click on the "Tire Rotation" link The page will load, but then Mozilla will stop responding to user input. The cpu usage of mozilla-bin will rise to > 95%.

wfm with trunk 1.3a 1205 build on win2k. reopen if you disagree.

Still happens for me on Linux with 2002120908.

back to browser then for flash perf triage in linux

Jesse: what version of Flash do you have installed? If you haven't upgraded already, try installing a newer version from here: http://www.macromedia.com/software/flashplayer/special/beta/#linux and see if that resolves the issue

Upgrading from flash 5 to flash 6 beta makes this much better. The cpu usage still rises to the same levels, but Mozilla still accepts input albeit very reluctantly. I can get to another page by clicking a link but it takes about 30 seconds for the page to load, whereas the same page loads in about 1 second when not coming from the page with flash content. I would be satisfied with that behaviour, though I'm still curious about whether the slow response problem is with Mozilla or with the web site.

Jesse: can you get a specific URL for the page that has the Flash. I'm having a difficult time hunting down any flash ads on that page.

This page uses flash, not in an ad, but in their "tire rotation guide": http://www.kumhousa.com/pages/t_rotation.htm

Yes, that is the page I tested, and it displayed fine

reassign

I can confirm this problem on RedHat 8.0, Mozilla 1.2.1 (xft RPMS) and flash 6.

Reproduced with 2003013108-trunk/Linux and Flash 6.0 r69. The same problem occurs at <http://joongangdaily.joins.com/>. If you open several articles in tabs, the CPU usage rise to 70-80%.

Bug 213913 and Bug 256216 are reports of same problem on other OS at other sites. Bug 256216 comment #4 says ; > THE BAND-AID SOLUTION FOR NOW IS TO INSTALL Flashblock: > http://flashblock.mozdev.org/

Adding "Flash" and "CPU" in summary, for ease of search.

Currently open bugs which have "Flash" and "CPU" in summary field. Bug 191003 When installing flash player, CPU usage goes to 100% and mozilla quits running. Bug 207200 Flash plug-in eats CPU even if it is not visible. Bug 211351 gui almost hangs when viewing any cpu intensive flash animations Bug 213396 installed missing shock wave flash plug-in with mozilla running in background -->mozilla.exe devours all CPU time Bug 213913 Shockwave/flash plugins causes 99% cpu usage in idle mozilla client on Linux and W2K. Bug 229427 esd slowly takes up CPU if flash and xmms are run at the sametime Bug 238935 Flash uses 100% cpu Bug 239602 Mozilla hangs/starts using 100% of CPU when using flash on http://www.farcrygame.com/ Bug 240839 Flash-driven streaming audio causes excessive and persistant drain of CPU resources Bug 240852 All versions of mozilla for linux have horrible CPU starvation problems with flash and other plugins Bug 246713 Flash in iframe leaks memory and CPU usage creeps up Bug 256216 Wired.com: CPU usage spikes from 5% to 70% due to Flash banner ad. Bug 269986 When playing the flash game on the page and listening to music with itunes firefox freeze all open windows. The cpu is not affected by this Bug 285767 firefox is constantly consuming 100% of my cpu and overheating my powerbook because of flash content

I believe this bug can be closed now as the problem no longer occurs with Firefox 2.0.0.3 and Flash 9.0 r28. The new URL for the page in question is http://www.kumhousa.com/tireRotation.do

Carsten, can you confirm comment 15?

Firefox 2.0.0.5 with Shockwave Flash 9.0 r48 on Kubuntu 7.04 on a 2.8GHz Celeron with 1GB RAM. The 3 tire animations on http://www.kumhousa.com/tireRotation.do use only 70% when visible on this system. (Using Flashblock, so i had to enable them one by one.)

(In reply to comment #15) > I believe this bug can be closed now as the problem no longer occurs with > Firefox 2.0.0.3 and Flash 9.0 r28. The new URL for the page in question is > http://www.kumhousa.com/tireRotation.do CT's r48 is the current version for linux, so Jeese's r28 is now too old as a basis for resolving the bug. CT, Jesse, what happens when you use the latest, 9.0.60.120? http://labs.adobe.com/downloads/flashplayer9.html - here's a writeup http://www.dmxzone.com/ShowDetail.asp?NewsId=13716

Unfortunately I do not have a suitable platform for testing on the bleeding edge at this time, but with FFx 2.0.0.5 and Flash 9.0 r47, FFx CPU usage for displaying that page stays in the 50-80% range. As soon as the animation is not visible the FFx CPU usage drops back to 0, as expected.

r48 works fine for me, and the beta includes "Plenty of performance tweaks and bug fixes", so that should be peachy.

WFM per reporter