[FUG-BR] [off-topic] segunda tentativa de migração manicomio-share para FreeBSD [RESOLVIDO]

[Marcelo Gondim]

Em 11/01/13 15:53, NoRm4nD escreveu:
> Em 01/10/2013 10:46 PM, Marcelo Gondim escreveu:
>> Em 10/01/13 22:31, Antônio Pessoa escreveu:
>>> 2013/1/10 Marcelo Gondim<gondim em bsdinfo.com.br>:
>>>> Opa Wendell,
>>>>
>>>> Quanto ao sistema falei cedo demais. Hoje pela manhã deu problema com o
>>>> MySQL. Começou à consumir 300% e vi chegar até 1200%, depois disso não
>>>> vi nem mais a shell do servidor. HahAhahAH só rindo pra não chorar.
>>>> Agora estou no aguardo do KVM-IP que retiraram e vou precisar.
>>>> O curioso é como num Debian genérico a coisa flui tranquila o máximo que
>>>> via nele era o MySQL chegar à 57% e o load em 1.5. No Freeba procurei
>>>> usar as mesmas configurações de apache, php e mysql mas a coisa não flui
>>>> da mesma forma, dá algum pau.
>>>> O load salta de 2.4 pra 800, o MySQL pula de 30% pra 300, 400, 600 e até
>>>> 1200%
>>>>
>>>> Nos logs não aparece nada que possa me dar uma direção. Olhei nos logs
>>>> do apache, do mysql, do sistema. Usei o mytop, tuning-primer e nada. O
>>>> site é o mesmo em php com memcache que estava rodando no Debian. Agora
>>>> sei porque dizem que alegria de cego dura pouco.  :(
>>>>
>>>> Agora porque em um sistema o mysql fica estável  e no freeba acontece
>>>> essa alteração grande de uso de processamento?
>>>>
>>>> FreeBSD 9.1-STABLE
>>>> MySQL 5.1 compilado com BUILD_OPTIMIZED=yes
>>>> PHP53 com o memcache
>>>>
>>>> Provavelmente o erro está em algum tunning que está faltando, algo que
>>>> está causando isso.
>>>> Porque não acredito e não quero acreditar que o FreeBSD não rodaria
>>>> redondo ou melhor do que no Debian.
>>>>
>>>> []'s
>>>> Gondim
>>>> -------------------------
>>> Ainda bato na tecla da solução que você deu na thread anterior, que
>>> foi o downgrade para o 8.3, pelo que me lembro foi o mesmo problema
>>> com o MySQL.
>> Opa Antonio,
>>
>> Aqueles eu resolvi. O MySQL até estourava a ram por causa de um
>> parâmetro errado no my.cnf. O problema do load alto pelo que to vendo é
>> o seguinte:
>>
>> MySQL começa subir o processamento, nesse momento o Apache tá fazendo
>> mais acessos ao MySQL mas como o processamento tá alto deve começar a
>> dizer pro Apache: Ou cara segura aí rapidinho que já me libero. Só que
>> os processos do Apache não gostam de esperar e aí pronto vai o load pro
>> saco. Enquanto o MySQL tá em 34%, 50% fica show o load e tudo funciona
>> rápido. Mas quando o MySQL sobe pra 300, 400, 600, 800% a coisa fica
>> feia.  :)
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
> As conexões no scripts PHP estão percistentes ou não percistentes ?
>    ( no PHP5.3 o zabbix funfa de boa, mais na 5.4 não vai muito bem com
> conexões percistentes, embora eu esteja usando PostgreSQL esse
> comportamento no 5.4 esta tornando meu dia curto e minhas noites longas ).
> Como estão os semaphores e Sys V parametros ( problema chato semana
> passada com o PostgreSQL e os parametros do Sys V )?
> Teria como colocar o arquivo do kernel para podermos saber como está
> configurado o sistema ?
>
>
> Att.
>
>
Opa,

Então, estou usando as mesmas versões que estavam anteriormente no 
Debian. Tanto Apache 2.2, PHP 5.3 quanto MySQL 5.1. As páginas são as 
mesmas, logo deveria ter o mesmo comportamento nos dois SOs. Se rodava 
bem no Debian genérico sem tunning algum, teria que rodar pelo menos 
igual no FreeBSD ou melhor. O que pode estar acontecendo é exatamente 
alguma configuração no sistema. No Apache eu já descobri uma diferença 
para o Linux tanto que acertei o primeiro pepino. No MySQL pode estar 
necessitando de alguma mudança também. Até mesmo algum tunning no FreeBSD.

Assim que eu conseguir ter acesso remoto ao servidor vou tentar algumas 
mudanças no MySQL conforme vi no link indicado aqui na lista [1].

[1] mysql.rjweb.org/doc.php/memory#64_bit_os_and_mysql

E aproveito e pego as outras informações e posto aqui.

[]'s
Gondim