New issue
Advanced search Search tips

Issue 714085 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Apr 2017
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Configurable max-connections-per-host

Reported by qoog...@googlemail.com, Apr 21 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/57.0.2987.133 Safari/537.36

Example URL:
n/a

Steps to reproduce the problem:
Open more that 6 ajax connects loading content from the same domain

What is the expected behavior?
loading in parallel as far as the server admits to.

What went wrong?
Max. 6 connections are served in parallel

Did this work before? No 

Chrome version: 57.0.2987.133  Channel: n/a
OS Version: 10.0
Flash Version: 

First of all, I am well aware that this issue has almost been beaten to death and apologies for adding more bandwith to it.

However, in ticket https://bugs.chromium.org/p/chromium/issues/detail?id=85323, the ticket owner asks for votes of people who'd like to have that feature. So, here I go: +1.

I do understand the technical discussion, in particular the suggested solutions, the empirical data, and the Chromium design rationale. Like others who have commented, I just do not concur.

My use case are web apps for intranet use. These apps use http connectivity as a service. I consider it odd to offload what effectively is a config of the the network stack to an app implementing business logic.

My co-devs and I are savvy enough to implement the suggested solutions (and we do acknowledge that there are reasons to consider these solutions as being the 'proper' way to do things technology-wise).

However, we'd rather spend resources on our core issues instead.

Best regards
 

Comment 1 by mmenke@chromium.org, Apr 21 2017

Status: WontFix (was: Unconfirmed)
For better or for worse, this isn't going to happen.  There's a very high bar to add anything to settings in Chrome, in the name of simplicity and this doesn't meet it.  Sorry I can't help you - I couldn't change this decision, even if I wanted to.  It is possible we'll add something to tune the value at runtime based on network performance, but I'm not sure that will help your use case (It's even possible it would hurt it, depending on whether it ever allows more connections per domain, or just reduces them).

Worth noting there are also those who want fewer connections, since their servers apparently use lot of requests per request, and expecting users to hand-tune connections on a per-server basis seems silly (And makes less sense, IMHO, than placing the burden on the server-side code implementing business logic).

Comment 2 by mmenke@chromium.org, Apr 21 2017

One question:  I assumed, since the report says "OS: Windows", you're asking for a feature for Chromium/Chrome the web browser.  Is that correct?  Or when you say "App" are you asking for an Android Webview feature (Which is another matter entirely)?

Sign in to add a comment