Closed
Bug 807309
Opened 12 years ago
Closed 4 years ago
Compiling browser.js takes 90ms on first load
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: BenWa, Unassigned)
References
Details
(Whiteboard: [sps])
This is measured on a Galaxy Nexus so this is likely slower elsewhere.
How can we mitigate this? Simply breaking up browser.js will likely increase the total compile time. Can we divide browser.js into pieces that can be loaded after?
http://people.mozilla.com/~bgirard/cleopatra/?report=439a965571b0283876e8d75722d7a370b5b49c52
Reporter | ||
Updated•12 years ago
|
Whiteboard: [sps]
Comment 1•12 years ago
|
||
Michael, if I'm reading this profile correctly, we are indeed parsing browser.js, which should not happen if the startup cache is being used (right?). Do we use the startup cache on mobile?
Reporter | ||
Comment 2•12 years ago
|
||
I need to confirm the numbers above. I had done a rebuild so it wasn't a new profile but a different APK. Lets wait until I can confirm this across a few runs.
Reporter | ||
Comment 3•12 years ago
|
||
I grabbed a few profiles without pushing a new APK and this in fact goes away so this is a problem that only happens when upgrading.
Summary: Compiling browser.js takes 90ms on startup → Compiling browser.js takes 90ms on first load
Reporter | ||
Comment 4•12 years ago
|
||
Here's a profile of a subsequent load:
http://people.mozilla.com/~bgirard/cleopatra/?report=a58acc50c3f9dcf6c64b935d8d76077305bd2692
Comment 5•12 years ago
|
||
(In reply to Ehsan Akhgari [:ehsan] from comment #1)
> Michael, if I'm reading this profile correctly, we are indeed parsing
> browser.js, which should not happen if the startup cache is being used
> (right?). Do we use the startup cache on mobile?
Startup cache should be used on mobile, but we currently don't pregenerate startup caches for crosscompile builds so it has to be compiled on new profiles or when the startup cache is invalidated for whatever reason.
Comment 6•12 years ago
|
||
(In reply to Michael Wu [:mwu] from comment #5)
> Startup cache should be used on mobile, but we currently don't pregenerate
> startup caches for crosscompile builds so it has to be compiled on new
> profiles or when the startup cache is invalidated for whatever reason.
xulcache is not generated at build time anyways, and browser.js, being loaded from chrome, is xulcache, not jsloader cache.
Updated•7 years ago
|
Blocks: fastfennec
Comment 7•4 years ago
|
||
We have completed our launch of our new Firefox on Android. The development of the new versions use GitHub for issue tracking. If the bug report still reproduces in a current version of [Firefox on Android nightly](https://play.google.com/store/apps/details?id=org.mozilla.fenix) an issue can be reported at the [Fenix GitHub project](https://github.com/mozilla-mobile/fenix/). If you want to discuss your report please use [Mozilla's chat](https://wiki.mozilla.org/Matrix#Connect_to_Matrix) server https://chat.mozilla.org and join the [#fenix](https://chat.mozilla.org/#/room/#fenix:mozilla.org) channel.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INCOMPLETE
Assignee | ||
Updated•4 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•