Usando ab para o benchmark nginx: Conexão redefinida pelo peer (54)

Question

Atualizei recentemente para o nginx 1.0.8 e tentei avaliar o desempenho de páginas dinâmicas armazenadas em cache (inicialmente servidas por um aplicativo do Django via proxy_pass) e para páginas estáticas. Em ambos os casos, o nginx não atenderá mais de 3 ou 4 solicitações (mesmo sem conexões simultâneas), portanto, ab informa quase que imediatamente:

apr_socket_recv: Connection reset by peer (54)

É somente quando se escolhe um máximo de 4 (ou menos) pedidos que o ab termine com sucesso.

Por que isso? Eu tentei aumentar o número de processos de trabalho (sem sorte), mas eu suponho que o nginx deve ser capaz de servir mais de 4 pedidos sem mexer em nenhuma variável de configuração. Será que eu acidentalmente acionei algum tipo de mecanismo de proteção do DOS?

    

Answer 1

Eu estava executando o mesmo problema com ab executando testes locais em um aplicativo simples do Node.JS. Uma solução que encontrei foi usando a opção ab -r que indica Don't exit on socket receive errors .

Mas a causa subjacente desse erro é o número limitado de soquetes abertos que você pode ter em sua caixa. Se você estiver usando o OSx você pode se referir a esta resposta para definir números mais altos para este limite:

Como aumentar limites em soquetes no osx para testes de carga