[FUG-BR] Tentando migrar o manicomio-share pra FreeBSD - 3ª tentativa
Marcelo Gondim
gondim em bsdinfo.com.br
Terça Maio 12 17:36:14 BRT 2015
On 12-05-2015 17:06, Fabricio Lima wrote:
> consegue virar o site pra ele, dar um netstat -m deixar fritar e colar pra
> nos?
>
> enquanto o DNS está virando gradualmente na internet, o site chega a abrir?
> e so depois q 'frita' q passa a nao abrir mais?
>
> quanto tem de memoria?
Vou fazer um teste mais tarde. O teste é instantâneo porque uso a
cloudflare e aí só mudo o IP de destino. Dessa forma não preciso mexer
com os DNS. :)
Altero o IP e aí é só contar até 10 rsrsrsrs
Vou fazer isso e mando aqui na lista. Mais alguma saída pra eu postar aqui?
[]'s
>
> [ ]'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 17:04, Marcelo Gondim <gondim em bsdinfo.com.br>
> escreveu:
>
>> 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!!!
>>>>>>
Mais detalhes sobre a lista de discussão freebsd