RESOLVED FIXED 30661
Chromium HTTP Connection Count erroneously throttled to 4.
https://bugs.webkit.org/show_bug.cgi?id=30661
Summary Chromium HTTP Connection Count erroneously throttled to 4.
Mike Belshe
Reported 2009-10-21 22:08:18 PDT
When initializeMaximumHTTPConnectionCountPerHost() was introduced (ResourceRequestBase.cpp), it artificially throttled non-MAC platforms at 4 connections. Chromium needs to use 6.
Attachments
patch (1.19 KB, patch)
2009-10-22 00:20 PDT, Mike Belshe
fishd: review-
Patch 2; this time with the chromium implementation. (3.72 KB, patch)
2009-10-22 09:09 PDT, Mike Belshe
no flags
Patch 3 (3.69 KB, patch)
2009-10-22 11:58 PDT, Mike Belshe
no flags
Mike Belshe
Comment 1 2009-10-22 00:20:13 PDT
Created attachment 41641 [details] patch Simple patch to do the same thing that the mac platform does - have this function be controlled outside of webkit. A corresponding change will be made in the chromium api to provide this function.
Darin Fisher (:fishd, Google)
Comment 2 2009-10-22 06:28:36 PDT
Comment on attachment 41641 [details] patch > Index: WebCore/ChangeLog ... > + Make the number of connections for chromium controlled by > + chromium rather than by ReosurceRequestBase. > + https://bugs.webkit.org/show_bug.cgi?id=30661 nit: ^^^ remove the tabs > Index: WebCore/platform/network/ResourceRequestBase.cpp ... > +#if !PLATFORM(MAC) && !USE(CFNETWORK) && !USE(SOUP) && !PLATFORM(CHROMIUM) > unsigned initializeMaximumHTTPConnectionCountPerHost() This method should probably be implemented in chromium/ResourceRequest.h as either defined to return 6 or defined in terms of a ChromiumBridge function call of exactly the same signature.
Mike Belshe
Comment 3 2009-10-22 09:09:56 PDT
Created attachment 41661 [details] Patch 2; this time with the chromium implementation.
Eric Seidel (no email)
Comment 4 2009-10-22 10:45:45 PDT
Comment on attachment 41661 [details] Patch 2; this time with the chromium implementation. 9 No new tests. (OOPS!) will have to be removed before commit. Our documentation isn't very good on that subject, but the OOPS will cause the commit to fail. Better would be to replace that with a short comment explaining why this is untestable (it actually probably isn't untestable, but could be kinda tricky).
Mike Belshe
Comment 5 2009-10-22 11:58:37 PDT
Created attachment 41674 [details] Patch 3
WebKit Commit Bot
Comment 6 2009-10-24 17:33:47 PDT
Comment on attachment 41674 [details] Patch 3 Rejecting patch 41674 from commit-queue. mike@belshe.com does not have committer permissions according to http://trac.webkit.org/browser/trunk/WebKitTools/Scripts/modules/committers.py.
Eric Seidel (no email)
Comment 7 2009-10-26 11:28:36 PDT
Comment on attachment 41674 [details] Patch 3 I can't remember who is and who is not a committer these days. But if you're a committer mike, feel free to add yourself to that file! Otherwise you can set commit-queue? and someone will come along and cq+ your patches. cq+ing this one now.
WebKit Commit Bot
Comment 8 2009-10-26 11:40:54 PDT
Comment on attachment 41674 [details] Patch 3 Clearing flags on attachment: 41674 Committed r50079: <http://trac.webkit.org/changeset/50079>
WebKit Commit Bot
Comment 9 2009-10-26 11:40:58 PDT
All reviewed patches have been landed. Closing bug.
Note You need to log in before you can comment on or make changes to this bug.