Configure receive window size for auto flow control
Mantenedores costumam responder em até 4 dias
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Facilidade para iniciantes
- 35/100
- Tipo de issue
- Funcionalidade
- Clareza
- Razoavelmente clara
- Status de atividade
- Estagnada
- Stack de tecnologia
- python
- Domínio
- api, backend-api-design
Direção de pesquisa
Comece por acknowledge_receive_data e rastreie como INITIAL_WINDOW_SIZE é aplicado aos streams por meio de WindowManager. Compare esse caminho com o tratamento de controle de fluxo no nível da conexão e identifique o ponto de configuração para as janelas de recebimento da conexão e dos streams. Considera-se concluído quando o controle de fluxo automático puder usar janelas configuradas maiores, inclusive para conexões de alta latência, com cobertura para ambos os escopos.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
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.
- Linguagem predominante
- Python
- Estrelas
- 1k
- Forks
- 197
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Preparar o ambiente
Este projeto não oferece contêiner de desenvolvimento, Dockerfile nem guia de contribuição, então a configuração fica por sua conta: comece pelo README e veja nosso guia da primeira contribuição para os passos gerais.
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de python-hyper/h2
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 45/100
python-hyper/h2#1330 ·
Mantenedores costumam responder em até 4 dias
-
content-length is not policed when a stream ends with a trailers sectionTalvez já em andamento @feiiiiii5 assumiu há 28 dias. Aberta
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 76/100
python-hyper/h2#1328 ·
Mantenedores costumam responder em até 4 dias
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 35/100
python-hyper/h2#1312 ·
Mantenedores costumam responder em até 4 dias
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 45/100
python-hyper/h2#1239 · 3 reações ·
Mantenedores costumam responder em até 4 dias
-
ProtocolError on receive_data after connection is closedTalvez já em andamento @adarshx01 assumiu há 67 dias. Aberta
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 42/100
python-hyper/h2#1199 · 3 comentários ·
Mantenedores costumam responder em até 4 dias
Todas as issues de python-hyper/h2
Issues semelhantes
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 84/100
-
bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 77/100
AstrBotDevs/AstrBot#10720 ·
Mantenedores costumam responder em até 1 dia
-
fix(xiaomi): curated picker list still offers six ids that return 400 (plan-limited vs retired)Abertacause/upstream comp/cli P2 provider/other tool/file type/bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
NousResearch/hermes-agent#143900 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 1/5 1-3 horas Facilidade para iniciantes 85/100
WLAN-Pi/wlanpi-profiler#341 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 77/100
Mantenedores costumam responder em até 1 dia