Closed
Bug 1388768
Opened 7 years ago
Closed 7 years ago
reduce body stream copying in some interception paths
Categories
(Core :: DOM: Service Workers, enhancement, P3)
Core
DOM: Service Workers
Tracking
()
RESOLVED
DUPLICATE
of bug 1204254
People
(Reporter: bkelly, Assigned: bkelly)
Details
Currently the nsIInterceptedChannel interface exposes a responseBody writable stream. When the channel is intercepted the synthesized body must be written to this stream. We are pretty much always reading from another stream, though, which means we always have a copying step during interception.
Instead of copying to an output stream, we should change nsIInterceptedChannel to consume an nsIInputStream instead. It may internally copy for some configurations, but for others it can pass the stream on directly.
In particular, we will have to continue to copy for non-e10s because of the way it uses a fake http cache entry. We must write into the entry. For e10s, though, we may be able to avoid any copying.
Updated•7 years ago
|
Priority: -- → P3
Assignee | ||
Comment 1•7 years ago
|
||
I'm going to end up doing this in bug 1204254.
No longer blocks: ServiceWorkers-compat, ServiceWorkers-streams
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•