Closed Bug 913806 (cache2enable) Opened 11 years ago Closed 11 years ago

Turn HTTP cache v2 on by default on all products

Categories

(Core :: Networking: Cache, defect)

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla32
Tracking Status
relnote-firefox --- 32+

People

(Reporter: mayhemer, Assigned: mayhemer)

References

(Depends on 1 open bug, Blocks 4 open bugs)

Details

(Keywords: feature, Whiteboard: [cache2])

Attachments

(1 file, 2 obsolete files)

No description provided.
Depends on: 913807
Depends on: 836851
Depends on: 913808
Depends on: 913809
Depends on: 913813
Depends on: 913814
Depends on: 913817
Depends on: 913818
Depends on: 913820
Depends on: 913822
Depends on: 913823
Blocks: 913824
Blocks: 913828
Depends on: 913819
Blocks: 913809
No longer depends on: 913809
Blocks: http_cache
Depends on: 914644
Depends on: 914824
Depends on: 915296
Depends on: 917423
Blocks: 877301
Depends on: 920573
Depends on: 920606
could you let cachev2 use the path specified on browser.cache.disk.parent_directory ? it would help to avoid backupping useless data during my daily disk backup
Depends on: 922081
(In reply to fxtech from comment #1) > could you let cachev2 use the path specified on > browser.cache.disk.parent_directory ? it would help to avoid backupping > useless data during my daily disk backup File bug 922081 on it.
Depends on: 922659
Depends on: 922671
Depends on: 922123
Alias: cache2enable
Depends on: 923688
Keywords: feature
Depends on: 934610
Depends on: 926070
Attached patch v1 (obsolete) — Splinter Review
Assignee: nobody → honzab.moz
Status: NEW → ASSIGNED
Depends on: 937601
Depends on: 938186
Depends on: 939567
Depends on: 939574
Depends on: 940747
Depends on: 940749
Depends on: 941698
No longer depends on: 939574
No longer depends on: 913817
No longer depends on: 938186
No longer depends on: 920606
No longer depends on: 923688
No longer depends on: 914644
No longer depends on: 926070
No longer depends on: 913818
No longer depends on: 940747
No longer depends on: 940749
No longer depends on: 939574
No longer depends on: 913817
No longer depends on: 938186
No longer depends on: 920606
No longer depends on: 923688
No longer depends on: 914644
No longer depends on: 913817
No longer depends on: 920606
No longer depends on: 923688
No longer depends on: 938186
No longer depends on: 939574
No longer depends on: 914644
Depends on: 942835
Depends on: 945945
Depends on: 949175
Depends on: 949250
Depends on: 949251
Depends on: 950134
Depends on: 950164
No longer depends on: 913820
Depends on: 951713
Depends on: 956374
Depends on: 948566
Depends on: 924112
Depends on: 957155
Depends on: 957213
Depends on: 957228
Depends on: 957230
Depends on: 957243
Depends on: 957251
Depends on: 957707
Depends on: 958317
Depends on: 923688
No longer depends on: 958317
Depends on: cache2tests
No longer depends on: 957251
No longer depends on: 957243
No longer depends on: 957228
No longer depends on: 957213
No longer depends on: 957155
No longer depends on: 948566
Depends on: 959761
Depends on: 960902
Depends on: 963703
Depends on: 964039
No longer depends on: 913822
Depends on: 966114
Depends on: 967310
No longer depends on: 913819
Depends on: 967862
Depends on: 968106
No longer depends on: 923688
Depends on: 968593
No longer depends on: 966114
No longer depends on: 967310
Depends on: 968606
Depends on: 969160
No longer depends on: 969160
Depends on: 971975
Depends on: 975207
Depends on: 975255
No longer depends on: 967693
See Also: → 967693
Depends on: 976147
Depends on: 976157
Depends on: 976171
Depends on: 976217
Depends on: 976866
Depends on: 977766
Depends on: 975367
Depends on: 980527
Depends on: 916052
Depends on: 982598
Depends on: 986179
Depends on: 987814
Depends on: 987829
Depends on: 913819
Depends on: 988011
Depends on: 988063
No longer depends on: 913819
No longer depends on: 988011
Depends on: 988318
Depends on: 992974
Depends on: 994606
Depends on: 988489
Depends on: 913819
Depends on: 999383
No longer depends on: 975207
No longer depends on: 976217
No longer depends on: 988063
No longer depends on: 994606
Depends on: 1000338
No longer depends on: 1000338
Depends on: 1005079
Depends on: 1005475
Depends on: 1006181
Depends on: 1006263
Blocks: 1009122
Depends on: 1009500
Depends on: 1010153
Depends on: 1010221
Attached patch enable the cache (obsolete) — Splinter Review
Just merged to apply.
Attachment #829369 - Attachment is obsolete: true
Attachment #8423245 - Flags: review?(jduell.mcbugs)
Attachment #8423245 - Attachment is patch: true
And here is the current Gum push: https://tbpl.mozilla.org/?tree=Gum&rev=46221d0b440e (please ignore the Linux x64 ASAN JP timeouts, those are known and not run on m-c/m-i)
Comment on attachment 8423245 [details] [diff] [review] enable the cache Review of attachment 8423245 [details] [diff] [review]: ----------------------------------------------------------------- Assuming gum results look good...
Attachment #8423245 - Flags: review?(jduell.mcbugs) → review+
No longer depends on: 913823
Attachment #8423245 - Attachment is obsolete: true
Attachment #8423445 - Flags: review?(jduell.mcbugs)
Comment on attachment 8423445 [details] [diff] [review] enable the new cache using the _temp pref Review of attachment 8423445 [details] [diff] [review]: ----------------------------------------------------------------- FYI: the reason we're using the _temp pref is so that in case we need to back out, people who opted-in to new_cache=1 won't have that pref unset. If we stick we'll get rid of the _temp pref and make new_cache=1 the default.
Attachment #8423445 - Flags: review?(jduell.mcbugs) → review+
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla32
Depends on: 1012190
When the new cache was turned on we saw a ~15MB bump in RSS memory usage and ~11MB bump in Explicit memory usage: https://areweslimyet.com/mobile/ It looks like the Explicit jump is due to network/cache2/disk-storage() which wasn't reported before turning on, but is now ~10MB. Is this memory that just wasn't reported before with the old cache? I don't know the specific cause of the ~15MB RSS jump.
Depends on: 1013086
Depends on: 1013281
Depends on: 1013285
Depends on: 1010783
Depends on: 1013333
(In reply to Mark Finkle (:mfinkle) from comment #13) > When the new cache was turned on we saw a ~15MB bump in RSS memory usage and > ~11MB bump in Explicit memory usage: Filed bug 1013333 on this.
Looking at the patch, it's not clear to me how to use prefs to switch the new cache off. It adds a new pref: browser.cache.use_new_backend_temp = true It keeps the old pref with the same value: browser.cache.use_new_backend = 0 How do I switch it off now for the sake of some testing?
Flags: needinfo?(honzab.moz)
(In reply to Avi Halachmi (:avih) from comment #15) browser.cache.use_new_backend_temp = false and keep browser.cache.use_new_backend = 0
Flags: needinfo?(honzab.moz)
(In reply to Honza Bambas (:mayhemer) from comment #16) > (In reply to Avi Halachmi (:avih) from comment #15) > > browser.cache.use_new_backend_temp = false and keep > browser.cache.use_new_backend = 0 Thanks. I'm guessing that at some stage in the future browser.cache.use_new_backend_temp will go away and be ignored, and browser.cache.use_new_backend = 0 or 1 will control if it's the new or old cache?
(In reply to Avi Halachmi (:avih) from comment #17) > (In reply to Honza Bambas (:mayhemer) from comment #16) > > (In reply to Avi Halachmi (:avih) from comment #15) > > > > browser.cache.use_new_backend_temp = false and keep > > browser.cache.use_new_backend = 0 > > Thanks. > > I'm guessing that at some stage in the future > browser.cache.use_new_backend_temp will go away and be ignored, and > browser.cache.use_new_backend = 0 or 1 will control if it's the new or old > cache? My idea is to remove _temp before merge to aurora. _new should go away with the old cache code which is not gonna happen this release.
Depends on: 1027612
relnote-firefox: --- → ?
(In reply to Honza Bambas (:mayhemer) from comment #18) > My idea is to remove _temp before merge to aurora. _new should go away with > the old cache code which is not gonna happen this release. (Where) Did this happen?
Flags: needinfo?(honzab.moz)
Blocks: 1030975
Did not :) Filed bug 1030975.
Flags: needinfo?(honzab.moz)
Depends on: 1032992
Honza, I am working on the release notes for 32 and 33 and this bug has been marked. Do you confirm that this feature is enabled by default in 32? Thanks
Flags: needinfo?(honzab.moz)
(In reply to Sylvestre Ledru [:sylvestre] from comment #21) > Honza, I am working on the release notes for 32 and 33 and this bug has been > marked. Do you confirm that this feature is enabled by default in 32? Thanks Yes, it sticks in 32!
Flags: needinfo?(honzab.moz)
Thanks Honza. I added "New HTTP caching (v2) enabled by default" to the release notes. I have a few more questions for you: * Do you have some documentations on this? Blog post, MDN? I would like to add a link for advanced users. * Does it impact also Firefox Android? * Are you happy about the wording? Thanks
Flags: needinfo?(honzab.moz)
(In reply to Sylvestre Ledru [:sylvestre] from comment #23) > Thanks Honza. > I added "New HTTP caching (v2) enabled by default" to the release notes. > > I have a few more questions for you: > * Do you have some documentations on this? Blog post, MDN? I would like to > add a link for advanced users. You can use: http://www.janbambas.cz/new-firefox-http-cache-enabled/ https://developer.mozilla.org/en-US/docs/HTTP_Cache > * Does it impact also Firefox Android? It does and it should be a positive impact :) > * Are you happy about the wording? Yep, thanks. > > Thanks
Flags: needinfo?(honzab.moz)
Thanks. I used your blog post. More interesting than the doc ;)
Depends on: 1036939
Note we're not actually running our tests with the new cache enabled - and there are currently leaks if it is switched on for them: https://tbpl.mozilla.org/?tree=Try&rev=a1ea7549c4fd Bug 1053517 is an absolutely blocker for leaving this on release IMO.
Depends on: 1053517
Depends on: 1065478
Depends on: 1066757
Depends on: 1066726
Depends on: 1066970
See Also: → 1060082
Depends on: 1127874
Depends on: 1131092
Is there any reason why this is not enabled by default after 2 years?
(In reply to kamil from comment #28) > Is there any reason why this is not enabled by default after 2 years? It is.
this may sound stupid, am I having the benefit of new cache having prefs as followed: user_pref("browser.cache.use_new_backend", 0); user_pref("browser.cache.use_new_backend_temp", true); or I have to flip browser.cache.use_new_backend = 1 as well?
(In reply to marvinhk from comment #30) > this may sound stupid, am I having the benefit of new cache having prefs as > followed: > user_pref("browser.cache.use_new_backend", 0); > user_pref("browser.cache.use_new_backend_temp", true); > > or I have to flip browser.cache.use_new_backend = 1 as well? You have it right. the _temp pref is a leftover from times we were testing. The prefs will be gone when we remove the old cache code altogether.
(In reply to Honza Bambas (:mayhemer) from comment #31) > (In reply to marvinhk from comment #30) > > this may sound stupid, am I having the benefit of new cache having prefs as > > followed: > > user_pref("browser.cache.use_new_backend", 0); > > user_pref("browser.cache.use_new_backend_temp", true); > > > > or I have to flip browser.cache.use_new_backend = 1 as well? > > You have it right. the _temp pref is a leftover from times we were testing. > The prefs will be gone when we remove the old cache code altogether. For clarification, the browser.cache.use_new_backend pref doesn't do anything anymore since we've been on the new one for several years, correct?
(In reply to jwms from comment #32) > For clarification, the browser.cache.use_new_backend pref doesn't do > anything anymore since we've been on the new one for several years, correct? Yes, use_new_backend_temp one has wight over use_new_backend.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: