Closed Bug 780423 Opened 13 years ago Closed 3 years ago

Process background tabs slower when user is active

Categories

(Core :: General, defect)

x86
Linux
defect

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: smaug, Unassigned)

References

(Depends on 1 open bug)

Details

Attachments

(1 file, 1 obsolete file)

Attached patch patch (obsolete) — Splinter Review
This patch relies on https://bugzilla.mozilla.org/attachment.cgi?id=649036 The approach is perhaps too aggressive, but I'll test it.
Attachment #649040 - Attachment is obsolete: true
Looks like the patch causes one failure on http://mxr.mozilla.org/mozilla-central/source/browser/components/sessionstore/test/browser_595601-restore_hidden.js I expect that to be a test bug (some kind of racy test)
(In reply to Olli Pettay [:smaug] from comment #2) > Looks like the patch causes one failure on > http://mxr.mozilla.org/mozilla-central/source/browser/components/ > sessionstore/test/browser_595601-restore_hidden.js That failure is random :/
I was trying to investigate this but the patches from bug 779459 don't seem to apply.
Just the last patch for ESM is needed.
Attachment #649043 - Flags: feedback?(taras.mozilla)
Actually, perhaps we should check if some refreshtimer or user has been active.
Attachment #649043 - Flags: feedback?(taras.mozilla)
(In reply to Olli Pettay [:smaug] from comment #6) > Actually, perhaps we should check if some refreshtimer or user has been > active. Ie unify with logic in https://bugzilla.mozilla.org/show_bug.cgi?id=767209#c3? Would it make sense to unthrottle background tabs only while browser is inactive?
well https://bugzilla.mozilla.org/show_bug.cgi?id=767209#c3 doesn't care about user interaction Background tabs are pretty heavily "throttled". I mainly want to decrease the probability that refreshtimer is called when user is interacting with the browser.
(In reply to Olli Pettay [:smaug] from comment #8) > well https://bugzilla.mozilla.org/show_bug.cgi?id=767209#c3 doesn't care > about user interaction "The inter-slice timer only fires if there hasn't been any painting for the last 100ms" painting is a pretty good indicator that the user is doing something.
Severity: normal → S3

Obsolete?

Olli, is this useful or has it been superseded by other work? Thanks.

Flags: needinfo?(smaug)

This doesn't seem to be useful anymore. DOM timers were tweaked for example for quantum dom.

Status: NEW → RESOLVED
Closed: 3 years ago
Flags: needinfo?(smaug)
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: