Sou usuário do NGINX, devo mudar para o Cherokee?

2

Eu uso NGINX no meu servidor como servidor WWW.

Agora, eu vi Cherokee sendo usado em algumas páginas, como sites de universidades.

É aconselhável usá-lo, quando tenho conteúdo dinâmico (alguns deles em PHP, alguns em Perl, outros em Lua e alguns em Python)?

Como o Cherokee aborda o problema C10K ?

Meu servidor é bastante lento e com poucas especificações (Intel Atom, etc), por isso, não aconselho o Apache; também usei o Lighttpd e não gostei. O NGINX foi o melhor que usei até agora, mas talvez o Cherokee seja uma alternativa melhor?

    
por polemon 30.11.2010 / 09:21

3 respostas

1

Eu recomendo strongmente que você experimente. Nós temos usado isso por um tempo agora, e devo dizer que a experiência tem sido fantástica.

Além de ser leve e altamente escalável, ele é fornecido com uma interface de configuração gráfica que permite ajustar todos os parâmetros do servidor web.

Em suma, é pelo menos tão rápido quanto o Nginx (mais rápido de acordo com alguns benchmarks), é muito mais fácil de configurar e administrar (ele cria gráficos de uso representando conexões, timeout e tráfego) e é mantido por um comunidade muito ativa (com repositório público de código fonte, bug tracker, etc.).

Tente, você vai gostar disso com certeza.

    
por 30.11.2010 / 09:59
1

Eu uso o cherokee para hospedar um aplicativo do django usando o WSGI. O assistente para "implantar" um aplicativo é muito útil, assim como o modo / servidor admin temporário.

Você deve tentar fazer alguns benchmarking. Para mim é estável.

    
por 30.11.2010 / 12:06
-1

@polemon,

Uma curva errática é o sinal do programa do servidor Web para lidar com a carga.

Conforme a simultaneidade aumenta, a maioria dos programas de software de servidor da Web entrará nesse tipo de padrão (até que o próprio kernel do sistema operacional seja a causa desse problema para todos os aplicativos de modo de usuário).

As fotos (altas e baixas) são devidas à incapacidade do programa de responder em tempo hábil. Como resultado, alguns threads estão demorando mais porque estão bloqueando (morrendo de recursos da CPU), enquanto outros são 'liberados' com quase todos os recursos da CPU.

A única maneira de evitar que isso aconteça é escrever código enxuto que leva o mínimo de tempo possível para executar (então a simultaneidade não é tão dolorosa).

Espero que as coisas sejam mais fáceis de entender agora.

    
por 13.12.2010 / 18:15