2012/7/7 Marcelo Gondim <gon...@bsdinfo.com.br>: > 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 >> -------------------------
Entao, seguindo a regra da lista de escrever a resposta NO FINAL DA THREAD.... Cara, depois de vc me dizer que tem tipo 4000 conexoes onde o php tem que ler coisas do mysql, desculpe o palavreado ( é em tom de brincadeira ok ) PORRRAAAAAAAAAAAAAAAAAA DO CARALHOOOOOOOOOOOOOOOOO NEM FALO MAIS, ME CALO DAQUI PRA FRENTE, SÓ VOU FALAR MAIS UMA VEZ INSTALA O MEMCACHE E UM ACELERADOR PRA PHP !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ESSA BOSTA AI VAI ATENDER 50.000 REQUESTS BRINCANDO SE FIZER CORRETAMENTE O QUE EU SUGERI !!!!! tem trocentos tutorias na net,mas é esse port ai mesmo "memcached", e tem que instalar um treco la pro php tal de "pecl-memcached" meu pkg_info mostra: www4# pkg_info | grep memc libmemcached-0.51 A C and C++ client library to the memcached server pecl-memcache-3.0.6 Memcached extension pecl-memcached-1.0.2 PHP extension for interfacing with memcached via libmemcach Ja te mandei ate o exemplo de como cachear as queryes do mysql no memcache e como setar o session nele tambem... PQP!!! ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
