v8 code caching slows the second load |
||||
Issue descriptionSee issue 673317 for details on how the FCP of the second page load is often slowed by 20-30ms. The issue is that the cache metadata writing is competing with page resources. The request is given net::LOW priority in RenderMessageFilter::OnCacheableMetadataAvailable. Is that low enough? The second problem is that we have the whole issue of priorities being ignored by the task queue and/or cache (see issue 655585).
,
Jan 4 2017
And, for the record, "second load" means "load while still writing compiled js to cache", unclear if it's restricted to reloads of the same page (Where we'd be reading from the files we just wrote to) or if it covers navigations to new pages as well (Which would be more due to general disk contention).
,
Feb 15 2018
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
,
Feb 15 2018
Interesting. I've been thinking of stream 2 *reads*, but that may be the wrong direction.
,
Feb 16 2018
|
||||
►
Sign in to add a comment |
||||
Comment 1 by jkarlin@chromium.org
, Jan 3 2017