[Slow loading] Scripts loaded via XHR do not benefit from V8 code cache |
|||||
Issue descriptionWeb games that use the Unity game engine, such as https://apps.facebook.com/shopheroes/ are experiencing excessive load times in Chrome, mostly due to Script compilation. I observed that upon reload, the code cache is not kicking in. It seems that the app is downloading the code in compressed form via XHR, then decompressing it into a blob, then the blob's URL is used to load it into a script tag. What I think is happening is that because the blob is a brand new resource (unique URL every time), the V8 code cache might not be recognizing it upon re-load. 1) Is this something we can fix with the code cache? or 2) Is there a better way to implement script decompression + async loading that will play nice with the code cache.
,
Jun 22 2016
Brotli compress it and load it via an async script tag?
,
Jun 22 2016
,
Jun 22 2016
If the web platform does provides a portable solution already (comment #2), then perhaps this is a dev-rel "bug", not a Chrome bug.
,
Jun 23 2017
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jun 27 2017
,
Jul 25
|
|||||
►
Sign in to add a comment |
|||||
Comment 1 by blundell@chromium.org
, Jun 22 2016Status: Available (was: Untriaged)