k

> It seems in `fn open()`, we check that the number of currently active received streams is under the max, and if at the limit, then the stream is rejected...

Who can answer the problem of the PR or submit a new PR with a better solution to fix the problem? https://github.com/hyperium/h2/issues/621

> Who can answer the problem of the PR or submit a new PR with a better solution to fix the problem? #621 @seanmonstar @hawkw Can someone answer that? If...

@seanmonstar @hawkw How will the h2 community deal with this problem in the future? If you guys are busy, is there anyone else in the community familiar with this issue?...

Does anyone pay attention to this issue?

Does this question have anything to do with this https://github.com/hyperium/hyper/issues/2419

Problematic Chrome Event Log ``` 1220: URL_REQUEST https://192.7.14.2:3149/rest/v1/fids?ns=1613954997-405187-167778715-167772459 Start Time: 2021-11-01 16:47:15.733 t= 0 [st= 0] +REQUEST_ALIVE [dt=123009] --> has_upload = false --> is_pending = true --> load_flags = 16386...

Normal Chrome Event Log ``` 8076: URL_REQUEST https://192.7.14.2:3149/rest/v1/fids?ns=1613954997-405187-167778715-167772459 Start Time: 2021-11-01 16:53:25.737 t=370004 [st= 0] +REQUEST_ALIVE [dt=324] --> priority = "MEDIUM" --> traffic_annotation = 101845102 --> url = "https://192.7.14.2:3149/rest/v1/fids?ns=1613954997-405187-167778715-167772459" t=370004...

If initial_connection_window_size is smaller than initial_window_size, will packets on a flow occupy the connection for a long time and requests on other flows can only wait? https://github.com/hyperium/hyper/issues/2503#issuecomment-958688033

According to the test result, the value of `initial_connection_window_size / initial_window_size` is the number of slow streams that can be supported. If the number of slow streams exceeds the value,...