Closed Bug 686157 Opened 13 years ago Closed 10 years ago

CPU spikes and multi-second lockups (switching tabs and typing)

Categories

(Firefox :: Session Restore, defect)

x86_64
Windows 7
defect
Not set
major

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: sciguyryan, Unassigned)

Details

(Keywords: perf, Whiteboard: [reason for sessionstore.js bloat needed])

Attachments

(1 file)

Attached image CPU Spikes
This isn't a new problem and I've had it for a while. I've set up a new profile several times and it always ends up returning exactly the same.

I have had no success tracking this down. I have disabled all addons, created new profiles (which start off working and then the same thing starts again) and altered every setting I can think of.

I've included a graph from Process Explorer showing the spikes. Each of those occurred while attempting to switch tabs or typing in a text box. Each of these results leads to a multi-second lockup that completely renders the browser unusable.

The value represents 12.5% CPU usage - the maximum possible for a single thread application on a quad core processor with hyper threading enabled.

Is there anything I can run to help pinpoint what is causing this? It happened a lot while filling this bug for example and has made the browser worthless for any decent use.
(In reply to XtC4UaLL [:xtc4uall] from comment #1)
> Maybe a WinDbg Log can help?
> https://developer.mozilla.org/en/How_to_get_a_stacktrace_with_WinDbg

I've never got that thing to work correctly on my system unfortunately.

However I had a bit of a breakthrough. This seems to being caused by session restore. After deleting the session file and re-opening exactly the same tabs it appears to have fixed the problem.

I've retained the session files in case anyone wants to take a look at them, if you do post here and I'll e-mail them over.
Component: General → Session Restore
QA Contact: general → session.restore
(In reply to Emanuel Hoogeveen from comment #3)
> Related to bug 669034 or bug 467409?

Most likely related to bug 669034.
Whiteboard: reason for sessionstore.js bloat needed
Ryan, if you still have your sessionstore.js, that would be helpful in figuring out which bug this can be duped to (there are a couple "Snappy" bugs that are related)
(In reply to Ryan Jones from comment #4)
> (In reply to Emanuel Hoogeveen from comment #3)
> > Related to bug 669034 or bug 467409?
> 
> Most likely related to bug 669034.

Ryan, dDo you still sessionstore.js file that has this problem?
Severity: critical → major
Flags: needinfo?(sciguyryan)
Keywords: perf
Whiteboard: reason for sessionstore.js bloat needed → [closeme 2014-07-21][reason for sessionstore.js bloat needed]
By now, we have managed to remove most of the causes for Session Restore CPU spikes. We are working on the remaining ones.
(In reply to Wayne Mery (:wsmwk) from comment #6)
> (In reply to Ryan Jones from comment #4)
> > (In reply to Emanuel Hoogeveen from comment #3)
> > > Related to bug 669034 or bug 467409?
> > 
> > Most likely related to bug 669034.
> 
> Ryan, dDo you still sessionstore.js file that has this problem?

Unfortunately I no longer have it. The original report was quite some time ago and my computer failed a month or so after the original report was raised. The session file wasn't something I had a backup of. I haven't noticed this repeat recently so the issue has likely been resolved.
Flags: needinfo?(sciguyryan)
Ryan, Thanks for the update.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INCOMPLETE
Whiteboard: [closeme 2014-07-21][reason for sessionstore.js bloat needed] → [reason for sessionstore.js bloat needed]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: