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. [ ]'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 > ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
