Issue metadata
Sign in to add a comment
|
16 kb regression in resource_sizes (MonochromePublic.apk) at 513333:513333 |
||||||||||||||||||||||||
Issue descriptionCaused by "HSTS preload list roll." Commit: 195b27a2c2a9eb0bb71788e9aa5002498756c3b9 Link to size graph: https://chromeperf.appspot.com/report?sid=a097e74b1aa288511afb4cb616efe0f95ba4d347ad61d5e835072f23450938ba&num_points=10&rev=513333 Debugging size regressions is documented at: https://chromium.googlesource.com/chromium/src/+/master/docs/speed/apk_size_regressions.md#Debugging-Apk-Size-Increase
,
Nov 2 2017
lgarron@ - it looks to me like this size increase was probably expected (and 16 kb isn't huge). However I also noticed that "net::kPreloadedHSTSData" accounts for 319150 bytes in MonochromePublic.apk and I was wondering if there's anything we can do to reduce the size?
,
Nov 20 2017
This was indeed probably an expected increase. While there are some long-term ideas about reducing the size of preloaded HSTS data, nothing is on the roadmap in the near-term. Please see https://groups.google.com/a/chromium.org/d/msg/security-dev/x-guv2IsFbI/rCvJW9zrBAAJ for some more context. Assigning to elawrence who's the new owner of the HSTS preload list, but I suspect this is WontFix.
,
Dec 8 2017
elawrence - any thoughts?
,
Dec 8 2017
Yes, I think this specific increase is expected with the growth of the list. 608599 tracks future work to prune the list.
,
Dec 8 2017
Sounds good, thanks for the follow-up! |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by 42576172...@developer.gserviceaccount.com
, Nov 2 2017