[FUG-BR] Diferença absurda do mysql no Linux para o do FreeBSD

[Marcelo Gondim]

Em 11/07/2012 16:56, Luiz Otavio O Souza escreveu:
> 2012/7/11 Marcelo Gondim <gondim em bsdinfo.com.br>:
>> Em 11/07/2012 11:50, Leonardo Augusto escreveu:
>>> hehe isso do mysql ta virando pessoal ja.
>>> vamos dar um jeito nisso.
>> não é? rsrsrsr
>>
>>> eu so nao posso fazer mais testes em funcao da minha condicao de deitado
>>> temporariamenre.
>>>
>>> passa as configs do kernel e o my.cnf que usou, o sysctl -a grep kern tb e
>>> interessante.
>> Pra testar eu peguei  my-huge mesmo e só adicionei o max_connections sem
>> acessos à base. Só pra efeito de teste mesmo. Agora o do Linux que tá em
>> produção é esse aqui:
>>
>> [mysqld]
>> open-files-limit = 200000
>> user            = mysql
>> pid-file        = /var/run/mysqld/mysqld.pid
>> socket          = /var/run/mysqld/mysqld.sock
>> port            = 3306
>> basedir         = /usr
>> datadir         = /var/lib/mysql
>> tmpdir          = /tmp
>> language        = /usr/share/mysql/english
>> skip-external-locking
>> bind-address            = 127.0.0.1
>> low_priority_updates    = 1
>> concurrent_insert       = 2
>> key_buffer_size         = 2G
>> max_allowed_packet      = 512M
>> thread_stack            = 512K
>> thread_cache_size       = 128
>> myisam-recover         = BACKUP
>> max_connections        = 4000
>> table_cache            = 5000
>> thread_concurrency     = 24
>> query_cache_limit       = 16M
>> query_cache_size        = 128M
>> expire_logs_days        = 10
>> max_binlog_size         = 100M
>>
> Marcelo,
>
> Use o mesmo my.cnf nos dois servidores pois são as configurações que
> estão lá que determinam quanto cada thread (ou conexão) vai consumir.

Oi Luiz eu fiz isso também e mesmo usando as mesmas confs dava a 
diferença. Tentei usando as mesmas confs, tentei fazendo ajustes 
diferenciados e em ambos os casos o problema apareceu.