Open Bug 1547797 Opened 6 years ago Updated 2 years ago

Entry size limits should be different for different content-types

Categories

(Core :: Networking: Cache, enhancement, P2)

enhancement

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.

Is there an umbrella bug for the work?

Whiteboard: [necko-triaged]

I don't expect this work to be split into multiple bugs.

Me neither. I am asking for a bug covering the project this one should block. It's more question for Luke.

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.

Depends on: 1548472

Unassigning Michal to move bugs back to triage pool.

Assignee: michal.novotny → nobody

Do you think we need to pursue this?

Flags: needinfo?(ydelendik)

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.

Flags: needinfo?(ydelendik)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.