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)

enhancement

Tracking

()

RESOLVED WONTFIX

People

(Reporter: mayhemer, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

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.
Attached patch experimental v1 (deleted) — Splinter Review
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.
Assignee: honzab.moz → nobody
Status: ASSIGNED → NEW
Priority: P1 → P5
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.

Attachment

General

Created:
Updated:
Size: