Em 11/07/2012 16:56, Luiz Otavio O Souza escreveu: > 2012/7/11 Marcelo Gondim <gon...@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. ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd