Alguns links e comentários adicionais:
- Houve um recente ponto de referência que compara Nginx, Apache, Varnish e GWan para servir arquivos estáticos de 100 bytes.
- O site do Cherokee tem alguns pontos de referência que comparam o Nginx e o Lighttpd.
- Mais links: Um , Dois , Três , Quatro , Cinco
- Esteja ciente de que os benchmarks típicos têm uma faixa estreita de validade, especialmente com uma taxa de solicitação tão grande. Por exemplo, o primeiro benchmark é bom se todos os que você está servindo forem arquivos de 100 bytes, mas os resultados podem ser significativamente diferentes se usar 1kb, 10kb ou um intervalo de tamanhos de arquivos estáticos. Muitos benchmarks publicados também têm a questão de que o autor tem boa experiência com apenas um dos produtos, o que significa que ele tem uma configuração muito boa, e não de outros produtos, o que significa que eles têm uma configuração abaixo do ideal ou até ruim. os resultados.
- Nesta grande quantidade de uma taxa de requisição, haverá muitas coisas que podem afetar os resultados do benchmark. Não apenas a configuração do servidor da Web, mas a configuração do SO e o próprio hardware. Por exemplo, o uso de uma unidade SSD pode aumentar as taxas de solicitação, mas pode funcionar com o servidor da Web X melhor que Y.
- Não olhe apenas para as grandes taxas máximas de solicitações de benchmarks, mas considere também as médias e os mínimos. Por exemplo, observe os resultados do Apache no primeiro link de referência.
- O melhor benchmark está sendo feito para você mesmo usando os arquivos que está sendo veiculado no hardware que está usando. Mesmo benchmarks rápidos podem revelar problemas e efeitos não aparentes em outros resultados publicados.
- A essa escala, será realmente importante que você atenda 15k ou 20k solicitações / segundo? Por exemplo, a 20kr / s, um arquivo de 1,7kb exigirá cerca de 100TB de largura de banda por mês. Pois a quantidade de dinheiro que a largura de banda custará para comprar outro servidor (ou 10) será barata em comparação. Eu não escolheria apenas por qual servidor dá o maior "número", mas também considera como é fácil de configurar / usar, ele corresponde ao conjunto de recursos necessários, é bem suportado, etc ....