Closed Bug 445261 Opened 16 years ago Closed 14 years ago

Frequent CPU Spikes to 100%

Categories

(Firefox :: General, defect)

3.0 Branch
x86
Linux
defect
Not set
critical

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: david.hart, Unassigned)

References

Details

(Keywords: perf, Whiteboard: [closeme 2011-02-11][dupeme])

Attachments

(3 files)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9) Gecko/2008070912 Fedora/3.0-1.fc8 Firefox/3.0 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9) Gecko/2008070912 Fedora/3.0-1.fc8 Firefox/3.0 3.0 is becoming almost unusable. I also notice considerable CPU consumption when just opened (before a page load). I disabled the memory cache. No joy. I disabled all the language packs and uninstalled forecastfox without improvement. It can take several minutes to unfreeze. There is no association with the number of tabs open. Reproducible: Sometimes Steps to Reproduce: Unable to establish a reproduction event chain.
I have the same problem on Windows XP Tablet PC Edition 2005 with Service Pack 2. Firefox 3 (3.0 to 3.0.3) - seemingly at random - starts maxing out one CPU and eating memory. When a certain threshold is reached, memory drops back to the level before the CPU hogging started. This repeats for a few minutes. Eventually memory usage plateaus at the threshold for a bit, then drops again, and Firefox becomes responsive again. While hogging the CPU, it doesn't process any Windows messages either ("program is unresponsive", can't minimize the window, no redraw).
this happens in windows version too. I closed Kaspersky Internet Security, closed my other apps, and firefox somewhat regularly and frequently (every 5-20 seconds) spikes cpu for short spike (up to 100%) from a fraction of a second to up to 5 seconds.
Blocks: 523724
I notice the same behavior, but only after exiting Firefox. As soon as I exit FF, the process remains and then the processor spikes to 100% on one core.
My Firefox 3.6.9 on 32-bit Windows 7 becomes unusable when *click* when i scroll this *refocus* or any page. Maybe setting a skin caused the 25.08 % CPU spikes on this 2.93 GHz quadcore Xeon. Is Firefox waiting for Windows to swap? Why do i lose focus?
Showcase tells me i only have 163 tabs open in 8 windows.
is this reproducible with version 3.6 started in safe mode? https://support.mozilla.com/en-US/kb/Safe+Mode probable dupe to a gc bug (I see this also on windows)
Keywords: perf
Whiteboard: dupme
if you are using kaspersky antivirus, this may be the cause of your cpu spike problems. I had the same problem, and I can tell you that it was the problem. it would grab the cpu for 5 minutes and let go of it for about 1/2 second. that was version 9, which was the stable version. when I was using it at the time, 10 had just come out and it was pretty much alphaware being released as a final release. subsequent versions of 10 were not much better, so I stayed away from it. later I dropped kaspersky for mcafee.
I do NOT use Kaspersky, and do have the CPU spikes. If you're technical in nature and understand security, I highly recommend Comodo. It's free, and _by_far_ better than any other free solution for the prevention of infections. In fact, it's more powerful and lighter on system resources than most paid solutions, which means it's great for older PCs!
DC Hart, do you still see this problem? (In reply to comment #7) > is this reproducible with version 3.6 started in safe mode? > https://support.mozilla.com/en-US/kb/Safe+Mode > > probable dupe to a gc bug (I see this also on windows)
Whiteboard: dupme → [closeme 2011-02-11][dupeme]
Version: unspecified → 3.0 Branch
This bug has been marked as CLOSEME for several weeks and the date on the tag is far past. If the reporter is still able to reproduce, Please retest with Firefox 3.6.15 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). Then remove the CLOSEME tag, mark the proper version and comment on this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: