2012/7/6 Marcelo Gondim <gon...@bsdinfo.com.br>: > Em 06/07/2012 12:45, nervoso escreveu: >> Tem ainda o TUNE =kern.threads.max_threads_per_proc: >> no meu sistema ele vai de 1500 >> >> o que significa que um mysql poderia criar até 1500 threads... >> >> >> Ve o que informa o teu sistema ai >> ------------------------- >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > Nervoso será que se eu compilasse o MySQL com essas opções ajudaria? > > WITH_PROC_SCOPE_PTH=yes Use process scope threads > WITH_FAST_MUTEXES=yes Replace mutexes with spinlocks > > eu já uso essa > > BUILD_OPTIMIZED=yes > > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Caros colegas, nao adianta ficar tentando achar chifre em cabeca de cavalo, sem saber se nao tem erro no modelo das queryes do sistema nao adianta, pode tunar fazer o que for que vai continuar sentando na graxa. Como eu ja disse (umas 4x hoje ja) se colocar o memcache, e melhorar, a prova esta que é a query o problema, pois o memcache vai cachear o resultado da query, liberando o mysql.... boa sorte (denovo) ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd