You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Linkerd's H2 protocol uses the SingletonPool for connection pooling. This means that all requests for an address multiplex on the same connection. This works great until maxStreamsPerConnection is reached, at which point, additional requests will fail until an existing stream completes.
While this backpressure behavior is desirable, it can also be limiting, especially when talking to a server with a low value for maxStreamConnection.
We should create a connection pooling module that allows additional connections to be established and pooled when the number of concurrent requests exceeds the maximum number of streams a single connection can support.
Linkerd's H2 protocol uses the SingletonPool for connection pooling. This means that all requests for an address multiplex on the same connection. This works great until maxStreamsPerConnection is reached, at which point, additional requests will fail until an existing stream completes.
While this backpressure behavior is desirable, it can also be limiting, especially when talking to a server with a low value for maxStreamConnection.
We should create a connection pooling module that allows additional connections to be established and pooled when the number of concurrent requests exceeds the maximum number of streams a single connection can support.
Related to #2251
The text was updated successfully, but these errors were encountered: