apache / apache/pulsar-client-cpp
[Bug] Keep-alive timeout when send/receive large message
Ninguém assumiu esta issue ainda.
- Linguagem predominante
- C++
- Estrelas
- 71
- Forks
- 91
- Merge médio
- 2h 33min
- PRs com merge (30d)
- 3
Descrição
Search before asking
- I searched in the issues and found nothing similar.
Version
client 3.2
server 3.2.2
Minimal reproduce step
Use a producer to send one 300M message to the broker using synchronous mode with 5M bandwidth, just make sure the message to be sent in almost one minute.
BTW, it works fine for small message, for example, messages less than 100M can be successfully sent or consumed within 5M bandwidth
What did you expect to see?
Send successfully
What did you see instead?
2024-04-28 16:58:11.157 WARN [40520] D:\a\pulsar-client-cpp\pulsar-client-cpp\lib\ClientConnection:1158 | [10.214.4.3:49457 -> 8.218.192.194:6650] Forcing connection to close after keep-alive timeout
2024-04-28 16:58:11.157 ERROR [40520] D:\a\pulsar-client-cpp\pulsar-client-cpp\lib\ClientConnection:1234 | [10.214.4.3:49457 -> 8.218.192.194:6650] Connection closed with ConnectError
Anything else?
When I use asynchronous mode in the producer side, this issue is mitigated, while the consumer stuck into it. I find the keepalive interval is hardcoded in ClientConnection.cc and the value is 30 seconds, and I also find it executed by a deadline timer which run in a separated thread, thus I am not sure if this has something to do with the large message sending or receiving
Are you willing to submit a PR?
- I'm willing to submit a PR!
Guia de contribuição
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.
Direção de pesquisa
Comece em ClientConnection.cc, especialmente no intervalo de keep-alive de 30 segundos codificado diretamente e em seu timer de deadline. Reproduza com client 3.2 e server 3.2.2 usando uma mensagem síncrona de 300M com largura de banda de 5M e, em seguida, compare o comportamento de producers síncronos e assíncronos e o comportamento de consumers. Está concluído quando o envio ou recebimento de grande porte é concluído sem que o timeout de keep-alive feche a conexão.
Escrita pelo modelo de indexação a partir do texto da issue.
Avaliação
- Stack de tecnologia
- cpp
- Domínio
- distributed-systems, networking
- Tipo de issue
- Bug
- Dificuldade
- 4/5
- Tempo estimado
- 3-5 dias
- Status de atividade
- Estagnada
- Clareza
- Razoavelmente clara
- Facilidade para iniciantes
- 35/100