[FUG-BR] Tentando migrar o manicomio-share pra FreeBSD - 3ª tentativa

[Marcelo Gondim]

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 <gondim em 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 <gondim em 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
>>>>>>>>> root em 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!!!
>>>>