Em 07/07/2012 14:45, Otavio Augusto escreveu: > Em 7 de julho de 2012 14:35, Marcelo Gondim <gon...@bsdinfo.com.br> escreveu: >> Em 07/07/2012 13:30, Saul Figueiredo escreveu: >>> Dale dale... Esse 9.0 ta uma "coisa".... Te falei q dava certo no 8.2 :p >> Opa Saul não resolveu o problema não mas a diferença de performance é >> visível. >> >>> Em 07/07/2012 11:07, "Marcelo Gondim" <gon...@bsdinfo.com.br> escreveu: >>>> Em 07/07/2012 10:26, Leonardo Augusto escreveu: >>>>> Ooooooo ta braboooo >>>>> >>>>> Cara, ja falei, vou falar denovo: >>>>> >>>>> 1) INSTALA O MEMCACHE E USA PARA CACHEAR O MYSQL E O SESSION. >>>>> 2) INSTALA UM APC, XCACHE DA VIDA PARA O PHP. >>>> Pessoal primeiramente umas considerações: >>>> >>>> 1º Fiz o downgrade do FreeBSD 9-STABLE para o FreeBSD 8.3-STABLE e >>>> recompilei todos os pacotes. É realmente gritante a diferença de >>>> performance!! Os loads que antes iam na casa dos 200 agora ficam em 0. , >>>> 3.0, 2.0 e olhe lá. >>>> 2º O MySQL não vai mais nas alturas em processamento fica bem baixo. >>>> 3º Descobri o causador daquele erro de criar threads (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) no MySQL. Eu tive >>>> que aumentar esse cara no sysctl: >>>> kern.threads.max_threads_per_proc=2500000 o default estava em 1500 e >>>> quando consulto: sysctl kern.threads.max_threads_hits me retorna >>>> 1982281 só não sei a causa disso ainda mas estamos indo. >>>> 4º Meu problema agora é o seguinte: Estou tendo mais de 4000 conexões no >>>> mysql devido ao announce.php que quando o site sobe ele arregaça geral >>>> ahhahah Se eu coloco 4000 conexões simultâneas o mysql automaticamente >>>> usa mais memória que eu tenho disponível. Hoje estou com 1500 conexões >>>> configuradas. Minhas configurações estão assim: >>>> >>>> skip-locking >>>> key_buffer_size = 2G >>>> max_allowed_packet = 1M >>>> table_open_cache = 512 >>>> sort_buffer_size = 2M >>>> read_buffer_size = 2M >>>> read_rnd_buffer_size = 8M >>>> myisam_sort_buffer_size = 64M >>>> thread_cache_size = 8 >>>> query_cache_size = 32M >>>> max_connections = 1500 >>>> thread_concurrency = 48 >>>> >>>> Leonardo estou vendo com o programador da gente por o memcache pra >>>> testarmos. Você acha que se ele colocar o memcache o número de conexões >>>> na base vai cair? >>>> >>>> Você diz instalar e usar esse cara aqui? /usr/ports/databases/memcached >>>> >>>>> Depois ve o que acontece, antes disso é complicado.... >>>>> >>>>> Usar php sem cache/acelerador é SUÍCIDIO, ele vai compilar o script a >>>>> cada request,, e se ta dentro do apache, >>>>> aparece como sendo o apache o criminoso... >>>>> Por isso que é melhor usar o php fora, via fast-cgi. >>>>> >>>>> Usar cache pro php e memcache hoje em dia é MANDATÓRIO para qualquer >>>>> setup php/mysql. >>>>> >>>>> Ainda mais com altissimo numero de acessos como o seu site. >>>>> >>>>> Faz isso cara, senao pega a 12 como ja disse , e se mata, eheheh >>>>> >>>>> abraco >>>>> ------------------------- >>>>> 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 >>> ------------------------- >>> 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 > Marcelo seu servidor está usando swap ? Tive um problema assim depois > de uma atualização do mysql. > Na é poca fiz um downgrade de 5.5 para 5.1 e recompilei as extensões do PHP. > Os sintomas eram : > Carga de CPU muito alta de mysql e http e uso de muita memória, > praticamente toda disponível. ( 8G de ram e mais 16G de swap ) numa > máquina que só tinha esta aplicação em PHP+mysql rodando. > > Tem o downgrade. Ao menos veja a versão do mysql do debian e use a > mesma no freebsd. > > > > > Tá não o swap tá zeradinho:
root@ms:~# swapinfo Device 1K-blocks Used Avail Capacity /dev/zvol/zroot/swap 4194304 0 4194304 0% Eu acredito que realmente a solução seja mexer na aplicação e usar recursos como o memcache já mencionado aqui. O que fiquei sabendo ainda agora é que eles usaram memcache no passado e não foi esse ganho todo e que eles mudaram pra outro tipo de cache. Mas não sei também se fizeram certo porque não participei dessa alteração. ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd