Background Tab Resource Load Throttling

For invisible frames e.g. ones in background tabs, Chrome set a per-frame simultaneous loading limit; 3 for the top frame, 2 for sub-frames are permitted to go to the network stack. Excessive requests are enqueued and go when the previous request finishes. Thus, all requests will run eventually. Most fetches made by HTML elements / CSS are throttleable. WebSockets, WebRTC's data channel, Fetch API, XMLHttpRequest, EventSource, Video and Audio are excluded today to allow keep-alive connections.

Comments

Chrome proactively shows console warnings when requests reach to the limit in each frame, but you can just ignore warnings, and we will omit these messages in later versions. If you notice something actually is wrong, please file a bug at crbug.com, and set 'Blink>Loader' component label. http://crbug.com/723233 is open for general discussion. But before posting, please make sure that your problem can be solved if hrome://flags/#enable-resource-load-scheduler is Disabled.

Status in Chromium

Blink>Loader


Enabled by default (tracking bug) in:

  • Chrome for desktop release 69
  • Chrome for Android release 69
  • Android WebView release 69
  • Opera release 56
  • Opera for Android release 56

Consensus & Standardization

After a feature ships in Chrome, the values listed here are not guaranteed to be up to date.

  • No public signals
  • No public signals
  • No public signals
  • No signals

Owners

Last updated on 2018-11-09