Closed
Bug 1383068
Opened 7 years ago
Closed 7 years ago
Experiment with limiting number of image preloads to allow better prioritization based on layout
Categories
(Core :: DOM: HTML Parser, enhancement, P5)
Core
DOM: HTML Parser
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: mayhemer, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
(deleted),
patch
|
Details | Diff | Splinter Review |
In bug 1381084 we discovered that setting a priority on an image request based on layout comes too late. HTLM parser creates a preload for every image that it hits in the markup. It's possible this just leads to an exceeded demand on bandwidth. Delaying these preloads may give a chance to set better priorities.
Reporter | ||
Comment 1•7 years ago
|
||
This doesn't really bring a visible win. On some facebook pages I was able to actually reliably slow things rather down than up when the preload count was throttled to 0, threshold to get the original load time was about 20 preloads.
bbc, cnn, nytimes was not getting better at all.
Anyway, fiddling with this a bit through WPT could show if there is some objective difference.
Reporter | ||
Updated•7 years ago
|
Assignee: honzab.moz → nobody
Status: ASSIGNED → NEW
Priority: P1 → P5
Reporter | ||
Comment 2•7 years ago
|
||
If there is anything to do about images, it needs a broader discussion and some preliminary testing/analyzes.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•