Bom dia pessoal... sou praticamente leigo neste assunto, mas to acompanhando atentamente a discussao, e nestes dias tambem estava mexendo com o um servidor mysql em um freebsd9, esta opcao read_rnd_buffer_size=8 é default no arquivo my-huge.cnf, no medium é 512 e no small 256
eu uso o mysqltunner e usando o arquivo de configuracao my-huge o comportamento é o mesmo do setup do Gondim, setando em 5 mil conexoes, ele pedia mais de 64 giga de ram... Em 12.07.2012 01:40, Marcelo Gondim escreveu: > Em 12/07/2012 00:24, Edson Brandi escreveu: >> Marcelo, >> >> O problema está nessa configuração ai do mysql que vc esta usando... >> >> Refiz um teste aqui com o FreeBSD 64 bits... >> >> Se eu uso o /usr/local/share/mysql/my-huge.cnf como sendo o meu >> /var/db/mysql/my.cnf e seto o max_connections=4000 , o output do >> tunning primer é o que vc está obtendo: >> >> MEMORY USAGE >> Max Memory Ever Allocated : 572 M >> Configured Max Per-thread Buffers : 48.21 G >> Configured Max Global Buffers : 560 M >> Configured Max Memory Limit : 48.76 G >> Physical Memory : 3.74 G >> >> Max memory limit exceeds 90% of physical memory >> >> #### >> >> Se eu uso o mysqld com a configuração default (default = não existe >> o >> my.cnf), e adiciono apenas o parâmetro para 4.000 conexões (o >> arquivo >> vai ficar com apenas 2 linhas): >> >> [mysqld] >> max_connections=4000 >> >> O output do tuning-primer.sh é o que eu tinha enviado antes (muito >> semelhante no linux e no FreeBSD): >> >> MEMORY USAGE >> Max Memory Ever Allocated : 154 M >> Configured Max Per-thread Buffers : 10.49 G >> Configured Max Global Buffers : 152 M >> Configured Max Memory Limit : 10.64 G >> Physical Memory : 3.74G >> >> Max memory limit exceeds 90% of physical memory >> >> #### >> >> Se eu uso o mesmo arquivo de configuração >> (/usr/local/share/mysql/my-huge.cnf ) no servidor Linux, fazendo os >> ajustes necessários para que o mysqld rode, visto que aqui no meu >> lab >> o daemon no linux nem sobe com este arquivo de configuração copiado >> do >> FreeBSD se vc não adicionar as linhas abaixo na sessão [mysqld]: >> >> datadir=/var/lib/mysql >> socket=/var/lib/mysql/mysql.sock >> user=mysql >> >> O resultado é o mesmo que no FreeBSD: >> >> MEMORY USAGE >> Max Memory Ever Allocated : 584 M >> Configured Max Per-thread Buffers : 48.46 G >> Configured Max Global Buffers : 560 M >> Configured Max Memory Limit : 49.00 G >> Physical Memory : 3.74 G >> >> Max memory limit exceeds 90% of physical memory >> >> #### >> >> Ou seja, acho pouco provável que o seu servidor Linux e o seu >> servidor >> FreeBSD estejam rodando exatamente com a mesma configuração no MySQL >> (este my-huge.cnf)... >> >> Edson >> ------------------------- >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > Achei o maldito. Interessante que na configuração original ele está > em > K. Em algum momento eu devo ter colocado esse cara pra M pra tunar > algo. > Esse cara aqui que descacetou tudo: read_rnd_buffer_size = 8M > Quando adiciono ele tanto no Linux quanto no FreeBSD com valor alto > tipo > 8M tudo sobe. Com valores em K ou sem ele o consumo é o esperado. > Ufa! Resolvido. Edson valeu mesmo e realmente está comprovado que não > existe a diferença entre o Linux e o FreeBSD e sim foi um erro meu > nos > testes. > Agora já estou com esperanças novamente de migrar o servidor Linux > para > FreeBSD rsrsrsrsr > > Galera vou abrir outra thread para discutirmos o tunning para esse > tipo > de servidor com muito acesso. :) > Mas vou fazer isso mais tarde porque são 01:39 e não aguento mais por > hoje ahhaahha > > Obrigado à todos mais uma vez e me desculpem pelo erro de K e M > rsrsrsrs > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd