The default bug view has changed. See this FAQ.
Bug 648784 (AddonSlowStartup)

Addon Slow Startup tests tracking bug

RESOLVED WONTFIX

Status

addons.mozilla.org Graveyard
Public Pages
RESOLVED WONTFIX
6 years ago
a year ago

People

(Reporter: nmaier, Unassigned)

Tracking

({meta})

Details

(Reporter)

Description

6 years ago
Get an overview about what is currently wrong with the Addon Slow Startup tests
(Reporter)

Updated

6 years ago
Depends on: 647561
(Reporter)

Updated

6 years ago
Depends on: 648113
Keywords: meta

Updated

6 years ago
Depends on: 648793
Is there a bug for adding items to the best practices list? (https://developer.mozilla.org/en/Extensions/Performance_best_practices_in_extensions)

Would be good to add the suggestion about trying varying XPI compression levels, per: 
http://adblockplus.org/blog/some-more-details-on-mozilla-s-add-on-performance-measurements
(which in the case of ABP made a 15% difference to the addon load time)
Blocks: 599169

Comment 2

6 years ago
Generally, the Talk Page is a good place for that. Anyway, I added a section: https://developer.mozilla.org/en/Extensions/Performance_best_practices_in_extensions#Use_the_right_compression_level_for_JAR_and_XPI_files
Yeah I thought as much, I just don't have an MDN login.

Thanks for adding that though :-)

Updated

6 years ago
Depends on: 648978

Updated

6 years ago
Depends on: 649286

Comment 4

6 years ago
(In reply to comment #2)
> Generally, the Talk Page is a good place for that. Anyway, I added a section:
> https://developer.mozilla.org/en/Extensions/Performance_best_practices_in_extensions#Use_the_right_compression_level_for_JAR_and_XPI_files

Actually, the last sentence in the first paragraph you added about JARs in XPIs is inaccurate, though not wrong. Using 0 compression (i.e. store instead of deflate) for a JAR inside an XPI will not increase the end XPI file size, it will actually _decrease_ it. It sounds counter-intuitive, but this creates a poor-man's solid archive effect allowing compression between files inside the JAR as apposed to just within files in the XPI. This effect also means that the new trend to ditch the JAR in favor of just an XPI actually increases the XPI file sizes, especially in the case of addons with a large number of locale files that could be better compressed with an internal JAR. I've edited the section slightly to mention this.

Comment 5

6 years ago
(In reply to comment #2)
> Generally, the Talk Page is a good place for that. Anyway, I added a section:
> https://developer.mozilla.org/en/Extensions/Performance_best_practices_in_extensions#Use_the_right_compression_level_for_JAR_and_XPI_files

Actually, the last sentence in the first paragraph you added about JARs in XPIs is inaccurate, though not wrong. Using 0 compression (i.e. store instead of deflate) for a JAR inside an XPI will not increase the end XPI file size, it will actually _decrease_ it. It sounds counter-intuitive, but this creates a poor-man's solid archive effect allowing compression between files inside the JAR as apposed to just within files in the XPI. This effect also means that the new trend to ditch the JAR in favor of just an XPI actually increases the XPI file sizes, especially in the case of addons with a large number of locale files that could be better compressed with an internal JAR. I've edited the section slightly to mention this.

Comment 6

6 years ago
Ack, Bugzilla had a server error and said to try again later, but seems to have posted anyway. Sorry for the extra bugspam. :/

Comment 7

6 years ago
I know that it decreases XPI size - but that's really irrelevant in that context.
Depends on: 650709
Depends on: 650710
(Reporter)

Updated

6 years ago
Depends on: 650778
(Reporter)

Updated

6 years ago
Depends on: 650790

Updated

6 years ago
Depends on: 650947
Depends on: 652497

Updated

6 years ago
Depends on: 658187
The automated perf testing has been on hold for a bit but we're ready to start looking at it again.  I'm working with a new team on what we want to accomplish.  The latest plan is to still alert end users of performance problems but only with manually tested add-ons by someone at Mozilla.  A draft of the plan is at https://wiki.mozilla.org/User:Clouserw/AMO/Perf and I'll be finishing that up this week.

I'm going to wontfix this bug and its friends since they apply to the poor data/policies of v1.  If you've got feedback on the new plan let me know, email the list, talk in #amo, etc.
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → WONTFIX
Also should mention - thanks to the folks who filed all these bugs.  I know a lot of research/work went into them.
(Assignee)

Updated

a year ago
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.