Tenho um sistema que eu mesmo desnvolvi e rodando em FreeBSD 9 com Mysql 5.5 e PHP53 . já cheguei a uns 2600 acessos simultaneos sem nehum tunning e rodando perfeito
Em 12 de julho de 2012 16:10, Nilton Jose Rizzo <[email protected]> escreveu: > Em Wed, 11 Jul 2012 15:16:57 -0300, Marcelo Gondim escreveu >> Em 11/07/2012 14:52, Edson Brandi escreveu: >> > Em 11 de julho de 2012 14:33, Marcelo Gondim <[email protected]> >> > escreveu: >> >> Será que sem querer descobri algo interessante? rsrsrsrsrs >> > Marcelo, >> > >> > Estava dando uma olhada em como o mysql tuning primer >> > (https://launchpad.net/mysql-tuning-primer/), chega nos números. >> > >> > Pelo que vi ele não está usando nenhuma variavel do sistema >> > operacional, e esta fazendo praticamente todas as contas tendo como >> > input variaveis do mysql. >> > >> > Com base nesta lógica de calculo a unica explicação que vejo pros >> > numeros estarem diferentes é se estas variaveis forem diferentes entre >> > o seu mysql rodando no linux e o seu mysql rodando no FreeBSD. Não me >> > parece ser algo relacionado ao sistema operacional. >> >> Pois é mas se pegar as confs copiar de um pra outro usando as mesmas >> variáveis e só mudando o max_connection já dá uma grande diferença. >> Também quero encontrar uma solução para isso. Também pensei no >> seguinte: e se o tuning-primer não tivesse funcionando corretamente >> no FreeBSD, os valores estivesses errados e fossem proximos dos do >> Linux. Então tudo deveria funcionar normalmente mas não funciona. >> Quando estouro com o max_connection passa à dar esse erro aqui: >> >> DATABASE: mysql_connect: Can't create a new thread (errno 35); if you >> are not out of available memory, you can consult the manual for a >> possible OS-dependent bug >> >> Se procurar no google por esse erro vamos ver que muita gente tenta >> resolver isso mas tudo que li e tentei não consegui resolver. Só >> descobri que se tento usar os 4000 começa à dar os erros de acesso >> que postei acima. >> >> Aí mais à frente descobri essa página: >> >> http://dev.mysql.com/doc/refman/5.1/ja/too-many-connections.html >> >> Onde no final está escrito assim: >> >> The maximum number of connections MySQL can support depends on the >> quality of the thread library on a given platform. Linux or Solaris >> should be able to support 500-1000 simultaneous connections, >> depending on how much RAM you have and what your clients are doing. >> Static Linux binaries provided by MySQL AB can support up to 4000 >> connections. > > Lendo esse parágrafo me faz pensar da seguinte maneira: > > Otimização no código para ambiente Linux > > > Uma vez que eles fornecem os binários já compilados prontos para > instalar. Isso me faz recordar uma discução antiga sobre a venda da sum > para a Oracle ..... como você usa apenas MYISAM, tente uma versão anterior > a 5.x, a última versão 4 .x ... execute em ambos os sistemas e verifique > se há essa diferença gritante... sei lá é apenas uma teoria da conspiração > > > flames > /dev/null > > PS.: > Já tentopu rodar o mesmo binário na emulação Linux no free, como já > disseram antes???? > > > -- > Nilton José Rizzo > 805 Informatica > Disseminando tecnologias > 021 2413 9786 > --- > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > > http://en.wikipedia.org/wiki/Posting_style > > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Otavio Augusto --------------------- Consultor de TI Citius Tecnologia 31 37761866 31 88651242 http://www.citiustecnologia.com.br ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
