On 12-05-2015 16:48, Fabricio Lima wrote:
PHP puro ou com APC, eAccelerator ou FPM?
Recomendo ativar um deles... vai fazer cache de compilaçao do php.. grandes
ganhos.
nginx é imprescindivel.. incrivel estar funcionando no linux atual..
mas entendo sua desmotivaçao em migrar qndo ja ha tudo funcionando no
apache.. ja evitei de migrar uns tb.
legal é começar no nginx.. migrar é um porre. mas tente!! pior é ativar
mod_security... em algo q ja ta rodando.
proximo passo, manda um netstat -m com seu ambiente tunado pra vermos como
está, pra ver se da pra identificar ONDE está faltando tunar.
Opa Fabricio,
PHP com memcache. Pois é sempre fiquei indignado do site rodar bem e
rápido em um Debian com kernel generic e não conseguir rodá-lo em um
FreeBSD. :(
[ ]'s
Fabricio Lima
Sendmail administration is not black magic. There are legitimate technical
reasons why it requires the sacrifice of a live chicken.
Em 12 de maio de 2015 16:16, Marcelo Gondim <gon...@bsdinfo.com.br>
escreveu:
On 12-05-2015 15:40, Rafael Henrique Faria wrote:
Boa tarde Gondim,
quais problemas você teve com o nginx? O sistema é em PHP, ou alguma
outra linguagem do tipo?
Aqui usavamos um sistema bem pesado, em PHP, que quando rodando com o
Apache não conseguia mais de 2k req/s, com o nginx conseguimos passar
de 6k req/s sem dar muita carga no servidor.
O nginx é um pouco chato de se configurar, principalmente por ele ter
muito mais opções para melhorar a performance, mas no final o
resultado é excelente.
Se o sistema for em PHP, usar apache com modulo PHP é sempre uma carga
muito alta, com o nginx, usando php-fpm, você consegue uma grande
quantidade de req/s.
Boa tarde Rafael,
Concordo contigo mas mudar para o nginx seria meu próximo passo. Primeiro
estou tentando colocar o ambiente atual funcionando no FreeBSD mesmo porque
são menos variáveis para me preocupar. Mas pode ter certeza que conseguindo
fazer essa migração, será meu próximo passo. O ambiente hoje é em php.
[]'s
2015-05-12 15:31 GMT-03:00 Marcelo Gondim <gon...@bsdinfo.com.br>:
On 12-05-2015 14:34, Luiz Otavio O Souza wrote:
2015-05-12 11:56 GMT-03:00 Marcelo Gondim:
On 12-05-2015 11:24, Marcelo Gondim wrote:
On 12-05-2015 11:07, Ricardo Campos Passanezi wrote:
On Tue, May 12, 2015 at 08:54:27AM -0300, Marcelo Gondim wrote:
Bom dia à todos,
HAHAHa pois é estou aqui novamente tentando fazer essa proeza, que
na
época das 2 primeiras tentativas ainda era o FreeBSD 9.x o stable.
Hoje
ele roda em cima de Debian e estou novamente com um ambiente aqui
para
tentar fazer essa bagaça rodar no FreeBSD. :)
O problema pelo visto são as milhares de requisições por segundo
que é
feito pelo tracker. Site começa à entrar e então despenca. O load
quando
inicio o apache vai à uns 400 e depois vai caindo e a única coisa
que
vejo bastante nos logs é isso:
...
Tentei aumentar o kern.ipc.somaxconn mas não adiantou. Alguém tem
uma
ideia sobre isso acima? Estou catando aqui Google alguma esperança.
Porque dia 20 mudaremos de Datacenter e se até lá não conseguir
fazer
isso funcionar, vou ter que apelar novamente para o Debian rsrsrsrsr
Hoje está instalado o mariadb 10.0 + apache 2.2 + memcached. O
Freeba
é
esse aqui:
FreeBSD www.manicomio-share.com 10.1-STABLE FreeBSD 10.1-STABLE #0
r281836: Wed Apr 29 12:21:07 BRT 2015
r...@www.manicomio-share.com:/usr/obj/usr/src/sys/MS amd64
Talvez usando o apache 2.4 te ajuda. Não pode testar com o nginx?
Tentei com o nginx mas de cara já deu pau. Como meu ambiente atual
é com
apache, eu não perdi muito tempo e parti pra ele. Mas seria uma mesmo.
Será que o apache 2.4 vai dar tanta diferença assim? O ambiente hoje
funciona com apache 2.2 e não tenho problemas.
Mas pode ser outra tentativa embora acredite que seja algum tunning do
sistema que esteja faltando pra essa quantidade toda de requisição.
Achei essa thread [1] aqui na lista mas também não houve uma solução
do
problema.
[1] http://www.fug.com.br/historico/html/freebsd/2014-08/msg00103.html
Não sei se o LooS vai estar vendo essa mensagem mas ele respondeu ao
Jorge o
que seria o erro. LooS eu aumentei o kern.ipc.somaxconn e não adiantou.
Soda rsrsrsrsr
[]'s
Gondim
Gondim,
O sysctl kern.ipc.somaxconn foi renomeado para kern.ipc.soacceptqueue,
mas como foi mantido o antigo para efeitos de compatibilidade não faz
diferença pratica.
Esse knob seta apenas o limite máximo do kernel, a aplicação é quem
determina o limita para cada socket criado no momento em que ela chama
o listen(2) (veja o parâmetro backlog).
No apache você pode setar isso com o parametro ListenBacklog (detalhes
em http://httpd.apache.org/docs/2.2/mod/mpm_common.html).
O uso do accept filters pode ajudar, mas além de carregar os modulos
você precisa ativar eles no apache, veja essa thread (como um
exemplo):
https://forums.freebsd.org/threads/apache-failed-to-enable-the-httpready-accept-filter.27303/
HTH,
Luiz
-------------------------
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
LooS pqp :D hahaha vou testar isso hoje ainda. Pode ser a luz heim! :D
Valeu!!!
-------------------------
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
