Closed
Bug 1162392
Opened 10 years ago
Closed 7 years ago
Sorting by hits in a filterlist in ABP takes twice as long with compartment per addon
Categories
(Firefox :: Extension Compatibility, defect, P5)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: elbart, Unassigned)
References
(Blocks 1 open bug)
Details
+++ This bug was initially created as a clone of Bug #1153387 +++
Recent Nightly
Recent ABP-dev build
EasyList filterlist
With e10s off, sorting in the EasyList filterlist by hits takes twice as long with dom.compartment_per_addon;true than with false., regardless of e10s being enabled or not.
Benchmark on my machine, Nightly:
dom.compartment_per_addon true : 5s
dom.compartment_per_addon false: 3s
comparison:
Firefox 24.8.1 with ABP 2.6.6: 3s
Firefox 31.6.1 with ABP 2.6.9: 3s
Regression-ranges:
Last good revision: 1e2993c99323 (2014-09-24)
First bad revision: 1735ff2bb23e (2014-09-25)
Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=1e2993c99323&tochange=1735ff2bb23e
35dcddea2c7a Bill McCloskey — Bug 1030420 - Enable compartment-per-addon on Nightly. r=bholley
Summary: Sorting by hits in a filterlist in ABP takes three times as long with shims → Sorting by hits in a filterlist in ABP takes twice as long with compartment per addon
Although shim-performance is now matching shim-less performance (bug 1164014), the slowdown from compartment-per-addon still occurs.
AFAIK compartment-per-addon is for e10s, so I'm adding that tracking bug.
Blocks: e10s-perf
Updated•9 years ago
|
Priority: -- → P5
Comment 2•7 years ago
|
||
Mass-closing old Extension Compatibility bugs that relate to legacy add-ons or NPAPI plug-ins. If you think this bug is still valid, please reopen or comment.
Sorry for the bug spam, and happy Friday!
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•