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)

x86
macOS
defect
Not set
normal

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
Whiteboard: [sps]
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?
Blocks: 807322
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.
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
(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.
(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.
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
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.