RFR [11 8207959 The initial value of SETTINGS_MAX_CONCURRENT_STREAMS should have no limit
Michael McMahon
michael.x.mcmahon at oracle.com
Tue Jul 24 09:11:30 UTC 2018
This looks fine, Chris.
- Michael.
On 23/07/2018, 11:43, Chris Hegarty wrote:
> The initial value for the directional parameter SETTINGS_MAX_CONCURRENT_STREAMS,
> in the direction from the server to the client, max concurrent
> client-initiated streams, is incorrectly limited to 100, when there
> should be no initial limit. Note, the client retains its, configurable,
> limit of 100 server-initiated streams..
>
> From section 6.5.2. Defined SETTINGS Parameters:
>
> SETTINGS_MAX_CONCURRENT_STREAMS (0x3): Indicates the maximum number
> of concurrent streams that the sender will allow. This limit is
> directional: it applies to the number of streams that the sender
> permits the receiver to create. *** Initially, there is no limit to
> this value***. It is recommended that this value be no smaller than
> 100, so as to not unnecessarily limit parallelism. …
>
>
> https://bugs.openjdk.java.net/browse/JDK-8207959
> http://cr.openjdk.java.net/~chegar/8207959/webrev.00/
>
> A few methods have been renamed in the webrev, to improve
> readability.
>
> -Chris.
More information about the net-dev
mailing list