Configure receive window size for auto flow control
Les mainteneurs répondent en général sous 4 jours
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 35/100
- Type d'issue
- Fonctionnalité
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- python
- Domaine
- api, backend-api-design
Piste de recherche
Commencez par acknowledge_receive_data et suivez la manière dont INITIAL_WINDOW_SIZE est appliqué aux streams via WindowManager. Comparez ce cheminement avec la gestion du contrôle de flux au niveau de la connexion et identifiez le point de configuration des fenêtres de réception de la connexion et des streams. La tâche est considérée comme terminée lorsque le contrôle de flux automatique peut utiliser des fenêtres configurées plus grandes, y compris pour les connexions à latence élevée, avec une couverture pour les deux niveaux.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
When using auto flow control through acknowledge_receive_data, is there a way to configure the receive window (for both the connection and the stream)?
I know that we can set the INITIAL_WINDOW_SIZE for streams, and the WindowManager will use this setting for the max window size. Unfortunately, at the connection level, the window size remains pretty small, I think at 64k.
We're in a situation with higher than usual round-trip-times, so, I'd like to increase window sizes, but still use auto flow control if possible.
- Langage dominant
- Python
- Étoiles
- 1k
- Forks
- 197
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Préparer son environnement
Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de python-hyper/h2
-
Difficulté 4/5 3-5 jours Accessibilité débutants 45/100
python-hyper/h2#1330 ·
Les mainteneurs répondent en général sous 4 jours
-
content-length is not policed when a stream ends with a trailers sectionPeut-être pris @feiiiiii5 l’a pris il y a 28 jours. Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 76/100
python-hyper/h2#1328 ·
Les mainteneurs répondent en général sous 4 jours
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 35/100
python-hyper/h2#1312 ·
Les mainteneurs répondent en général sous 4 jours
-
Difficulté 3/5 1-2 jours Accessibilité débutants 45/100
python-hyper/h2#1239 · 3 réactions ·
Les mainteneurs répondent en général sous 4 jours
-
ProtocolError on receive_data after connection is closedPeut-être pris @adarshx01 l’a pris il y a 67 jours. Ouverte
Difficulté 4/5 3-5 jours Accessibilité débutants 42/100
python-hyper/h2#1199 · 3 commentaires ·
Les mainteneurs répondent en général sous 4 jours
Toutes les issues de python-hyper/h2
Issues similaires
-
good first issue infrastructure
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
kuznia-rdzeni/coreblocks#1135 ·
-
good first issue server
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100
Les mainteneurs répondent en général sous 1 jour
-
documentation priority: high
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
a-lex-s/mealie-telegram-bot#54 ·
Les mainteneurs répondent en général sous 1 jour
-
type/test
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
SaltedTan/virgil-language-server#218 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 83/100
btclib-org/btclib-wallet#541 ·
Les mainteneurs répondent en général sous 1 jour