Entry size limits should be different for different content-types
Categories
(Core :: Networking: Cache, enhancement, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox68 | --- | affected |
People
(Reporter: michal, Unassigned)
References
Details
(Whiteboard: [necko-triaged])
Compiled wasm stored as alternative data representation in the cache entry can be pretty large and it should have different max entry size limit. We don't expect too many large wasm entries in the cache so it shouldn't happen that they'll occupy most of the cache capacity. If it turns out that it's not true, we can implement per content type quotas.
Reporter | ||
Comment 2•6 years ago
|
||
I don't expect this work to be split into multiple bugs.
![]() |
||
Comment 3•6 years ago
|
||
Me neither. I am asking for a bug covering the project this one should block. It's more question for Luke.
![]() |
||
Comment 4•6 years ago
|
||
Thanks for asking. There's not an umbrella bug; there's just bug 1487113 and bug 1545131 and there's not any other future bugs planned beyond this one.
Comment 5•3 years ago
|
||
Unassigning Michal to move bugs back to triage pool.
Comment 7•3 years ago
|
||
There are really huge wasm application is about to emerge. I filed bug 1719508, and I think having a separate pref for wasm alt-data may be a good approach.
I'm finalizing bug 1545131: it helps with google earth, but we anticipate larger projects, and 50MB might not be enough even when compressed.
Updated•2 years ago
|
Description
•