Bug 137282 – [SOUP] Consider reducing max simultaneous connections

• Component: Platform
• Status: RESOLVED FIXED

[Michael Catanzaro]

I noticed this code in Source/WebCore/platform/network/soup/SoupNetworkSession.cpp:

    // Values taken from http://www.browserscope.org/ following
    // the rule "Do What Every Other Modern Browser Is Doing". They seem
    // to significantly improve page loading time compared to soup's
    // default values.
    static const int maxConnections = 35;
    static const int maxConnectionsPerHost = 6;

I checked Browserscope [1], and Firefox, Internet Explorer, and Safari all allow 17 connections nowadays. Chrome only allows 10. I have no clue if reducing max connections will improve performance, but I like the sound of "Do What Every Other Modern Browser Is Doing"....

[1] http://www.browserscope.org/?category=network&v=top

[Sergio Villar Senin]

(In reply to comment #0)
> I noticed this code in Source/WebCore/platform/network/soup/SoupNetworkSession.cpp:
> 
>     // Values taken from http://www.browserscope.org/ following
>     // the rule "Do What Every Other Modern Browser Is Doing". They seem
>     // to significantly improve page loading time compared to soup's
>     // default values.
>     static const int maxConnections = 35;
>     static const int maxConnectionsPerHost = 6;
> 
> I checked Browserscope [1], and Firefox, Internet Explorer, and Safari all allow 17 connections nowadays. Chrome only allows 10. I have no clue if reducing max connections will improve performance, but I like the sound of "Do What Every Other Modern Browser Is Doing"....
> 
> [1] http://www.browserscope.org/?category=network&v=top

In general a higher amount of max_connections allows more parallelism, and thus faster downloads. Said that, the only reason to limit that number (apart from not overflowing your router's NAT) is to be "nice" with the servers and the other clients.

There should be a reason why they lowered that number, perhaps server admins are actually reducing that number.

In any case I'm pretty sure that if FF, IE and Safari have a lower number right now it's because they have deeply studied all the consequences and concluded that having half the connections is better.

[Michael Catanzaro]

(In reply to comment #1) 
> In general a higher amount of max_connections allows more parallelism, and
> thus faster downloads. Said that, the only reason to limit that number
> (apart from not overflowing your router's NAT) is to be "nice" with the
> servers and the other clients.

I presume that major browsers use a lower number because having more connections open could slow them down, and they prefer to fully load a few resources and then fully load a few more rather than have many loading at the same time. It probably makes the browser feel "faster."

[Michael Catanzaro]

Created attachment 268374 [details]
Patch

[WebKit Commit Bot]

Comment on attachment 268374 [details]
Patch

Clearing flags on attachment: 268374

Committed r194697: <http://trac.webkit.org/changeset/194697>

[WebKit Commit Bot]

All reviewed patches have been landed.  Closing bug.