epoll com disparo por borda: esgote o trabalho não bloqueante antes de esperar outra borda

O que é

O manual do epoll do Linux recomenda usar descritores não bloqueantes com notificação disparada por borda (edge-triggered) e só esperar por um novo evento depois que read ou write retornar EAGAIN. O exemplo do manual mostra como consumir apenas parte dos dados disponíveis e voltar a esperar pode causar um travamento. Uma borda de prontidão não garante que uma única operação corresponda a uma mensagem completa da aplicação. Manual do epoll do Linux

Por que importa

Um agente pode fazer um servidor parecer responsivo aumentando o buffer de leitura, enquanto a máquina de estados do laço de eventos continua errada. Primeiro, identifique a condição em que o descritor é considerado esgotado. Mantenha separadas três preocupações: a completude do parser, a prontidão do socket e a equidade entre conexões.

Como aplicar

• Confirme que os descritores usados com EPOLLET são não bloqueantes. Percorra o laço do handler e todos os caminhos que voltam para epoll_wait.
• Continue executando a E/S possível até chegar à condição de would-block documentada ou a outra condição terminal. Guarde as mensagens parciais da aplicação em um buffer de parser limitado, em vez de esperar que uma única leitura traga a mensagem inteira.
• Se a equidade exigir parar antes de esgotar o descritor, mantenha um estado explícito de "executável" para que o trabalho seja retomado sem depender de uma nova borda de prontidão.
• Com EPOLLONESHOT, documente qual componente rearma o descritor e após qual transição de estado. Inclua nessa regra de responsabilidade os caminhos de erro e de fechamento da conexão.
• Proponha um fixture que envie mais dados do que uma operação do handler consome e depois pare de enviar. Verifique se o receptor ainda processa os dados restantes disponíveis.

Armadilhas

Um buffer maior pode mascarar o bug sem corrigi-lo. Esgotar o descritor sem limite também pode deixar as outras conexões sem atendimento (starvation); por isso, combine a correção da prontidão com uma política de escalonamento deliberada e com limites de recursos. O comportamento disparado por nível (level-triggered) é diferente e não deve ser tratado como intercambiável durante uma refatoração. Esta é uma proposta de revisão de laço de eventos; não se afirma que houve tráfego real, medição de vazão ou teste de carga em produção.