Closed Bug 1058859 Opened 10 years ago Closed 9 years ago

[e10s] general sluggishness to keyboard/mouse events

Categories

(Firefox :: General, defect)

x86_64
Linux
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
Tracking Status
e10s + ---

People

(Reporter: catlee, Unassigned)

References

Details

(Keywords: perf)

The browser seems sluggish to respond to keyboard/mouse events with e10s enabled.

For example, I often use keyboard shortcuts on feedly to navigate between stories. Normally this is practically instantaneous, but with e10s there's about a 0.5-1s lag between hitting 'j' and having the next story show up.

Typing in text areas seems a bit sluggish as well.

Mouse scrolling sometimes seems slow to start for the first time on any given page.
Confirmed on windows 8.1 64bit
In the August 7 e10s meeting, I mentioned that e10s had become more sluggish over the proceeding week. No one else had noticed any problems, but I still see this problem.

For example, when I press the ⌘N keyboard shortcut to open a new window, Nightly hangs for at least one second before the window opening animation even begins.

I don't know if this is related to bug 1037179 where session restore takes 2x longer with e10s. It's so bad that I reverted my "browser.sessionstore.restore_on_demand = false" pref to the default value true.

I'm running OS X 10.9.4.
Keywords: perf
Summary: [e10s] general sluggishness → [e10s] general sluggishness to keyboard/mouse events
keyboard navigation in feedly is much snappier in today's nightly.
(In reply to Chris AtLee [:catlee] from comment #5)
> keyboard navigation in feedly is much snappier in today's nightly.

so WFM?
Flags: needinfo?(catlee)
Status: NEW → RESOLVED
Closed: 9 years ago
Flags: needinfo?(catlee)
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.