hehe cara nao to estressado com isso nao, é so o jeito de falar mesmo, tudo ironia, leve pra esse lado.
e meus pesames se vc ainda tem que convencer alguem a usar o memcache. e quando a intencao é nobre, a grossura é doçura. tudo que eu disse esta contextualizado em te ajudar, agora se vc ficou nervoso com a maneir > > Em 07/07/2012 11:49, Leonardo Augusto escreveu: > > 2012/7/7 Leonardo Augusto <[email protected]>: > >> 2012/7/7 Marcelo Gondim <[email protected]>: > >>> 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!!! > > COntinuando que a porcaria do gmail dei um enter a mandou a mensagem > > antes do tempo. (JA TO ESTRESSADO COM ESSA NOVELA, ENTAO DESCULPEM O > > TOM ESCRACHADO) > > Vamos lá quem tinha que estar estressado era eu e não você. No entanto > estou calmo. Ainda. > > > > > entao, ja te mandei ate os exemplos de como usar o memcache tanto no > > mysql como no session, quer que eu faca pra voce ????? me da o ssh > > Não fiz essa mudança ainda por alguns motivos: > > 1º o site não é meu é desse programador "burro" de quem você falou. Já > passei pra ele tudo que você me colocou. Mas não depende só de mim a > mudança. O que ele coloca é que no Debian estava funcionando e em uma > máquina inferior e com kernel generico. > > 2º temos pouco tempo pra por no ar e já estamos alguns dias fora. Mas > estou tentando convencer eles da gente fazer o teste do memcache. > > > > > Assim cara na boa, voce devia ouvir os outros, tem um site de alto > > trafego, dinheiro pra investir em host e maquina e ta aperreado por > > IMATURIDADE do > > teu responsavel por infra de web. > > Primeiro, ouvir ficaria difícil já que é uma lista mas eu leio sim e > muitas das pessoas senão quase todas que me sugeriram algumas alterações > eu fiz porque respeito a opinião de todos e a experiência de cada um. > Nunca fui e nunca serei o dono da verdade. > > > > > COMO JA FALEI, php/mysql hoje em dia sem memcache e acelerador, é > > SUICIDIO / AMADORISMO / INFANTILIDADE > > Pois é mas até hoje não tínhamos necessidade dele. Veja bem não estou > dizendo que você está errado em seu pensamento. Só acho que você está > estressado demais. Eu nos meus 39 anos com pressão alta ficando assim > como você já teria empacotado. Você deve ser bem novo. > > > > > O FACEBOOK usa o memcache cara > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! > > > > A logica é simples, pra esses 4000 requests, é a mesma query !!!! ela > > fica grava num servidor socket(memcache) na ram, em vez de o mysql > > montar e realizar a query, vai ler UM STRINGAO direto da ram !!!! > > chega a ser 1000 vezes mais rapido que pegar o mysql > > !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!1 > > > > bah to comecando a me irritar !!!!!!!!!!!!! fala serio, pq tu nao > > escuta o maluco .???? > > Rapaz, rapaz eu sei que você está querendo ajudar mas você já tá > passando dos limites. > > > > > pode tacar um 20 core com 100G de ram que teu site vai continuar um lixo > !!!!! > > > > aplicacoes web que consultam base de dados, com alto trafego, numa > > maquina so ?? SO FUNCIONA COM MEMCACHE, > > do contrario teras que montar um cluster sinistro, aí o bixo pega. > > > > tu quer por tudo numa maquina so, blz, mas tem que fazer a coisa certa. > > > > ficar aí batendo cabeca achando que a culpa é do freebsd ou do > > hardware, é burrice, na boa, > > ok > > > > > eu teria vergonha se fosse voce, to falando que lido com esse lixo de > > php/mysql a 15 anos, tenho varios sites > > com tanto movimento quanto o seu(nao vou dizer quais), ja passei por > > isso, e hoje dou rizada, pois o memcache resolveu 90% dos > > meus problemas de desempenho. > > Volto à dizer que não estou dizendo que você está errado ou certo, nem > tão pouco sou cego e não quero ouvir. > > > > > e duvido que tuas queryes sao mais complexas que as minhas, tenho > > querys com 10 tabelas, 4 joins e 6 left joins por exemplo, com um data > > set de mais de 20milhoes de registros e busca por LIKE "%...%" e > > funciona, agora se eu nao usasse o memcache, NAO FUNCIONAVA NADA, > > travava, PQ O MYSQL NAO FOI FEITO PRA EXAGEROS DE HITS por segundo, se > > teu caso é uma base simples como eu imagino > > te aconselho mudar para uma solucao baseada em noSQL, cassandra da > > vida e por ai vai, sao melhores pra esse tipo de aplicacao. > > mas como isso vai demorar pelo visto, INSTALA A PORCARIA DO MEMCACHE E > > PARA DE VIAJAR NA MAIONESE. > > > > E outra, esse teu maluco ai do php é um "NIUBA" do inferno, eu sou > > neuba, mas quando ouço alguem sugerir algo que parece bom, vou na hora > > catar na net e me informo/aplico/absorvo os conselhos, por isso evoluo. > > aprendi 90% do que sei de freebsd/unix com a galera aqui da lista, > > ouvindo e dizendo amem. tem muita gente fora de serie aqui. e todo > > mundo > > sempre disposto a ajudar, MAS TU TEM QUE TE AJUDAR TAMBEM PORRA. > > Companheiro melhor você tomar um chazinho porque tá feia a coisa. > > > > > desculpe o tom de esporro cara, mas minha paciencia se esgotou, falei > > varias vezes o que fazer e vc fica DANDO CABEÇADA na parede... > > Cara ficar dando cabeçada nunca foi ruim, é bom porque você acaba tendo > que ver coisas novas e aprendendo coisas novas. > Devido à esse problemas vi muitas coisas que poderiam melhorar. Lógico > que queremos a solução o mais rápido possível mas ela nem sempre está à > mão e da forma que queremos. > > Louco é aquele que procura obter resultados diferentes fazendo sempre as > mesmas coisas. Não preciso dizer quem disse isso. > Em nenhum momento deixei de ouvir todos aqui fiz tudo que sugeriam, só > não fiz o bendito do memcache porque não convenci o dono do site ainda. > > > > > aposto que pego esse teu "bundle" da aplicacao toda, coloco numa > > maquina dual core 3ghz com 16g de ram e faço funcionar melhor que > > nesse > > teu 4 core lixao, pois vou fazer um setup pro php/mysql(vou usar > > memcache/fastcgi) que 100mbits nao vao dar conta de tanto lixo que vou > > mandar pelo link. > > aposto um audi r8 com voce, quer fazer o teste ? > > Não duvido cara. Desde o início falei que também acho que a aplicação > tem problemas, não é só o sistema. Outra, nunca pus a culpa somente no SO. > > > > > Agora se tu nao acredita, continua comprando mais maquina e achando > > que o problema ta na versao do freebsd... teu site vai continuar off > > line > > Grande a gente não alugou uma máquina maior porque estava dando problema > no site. O site estava FUNCIONANDO MUITO BEM, agora acho que você vai > conseguir ler. > Nós só alugamos uma máquina maior porque o preço estava bom e outra só > estou colocando o FreeBSD porque eu gosto muito do SO e estava querendo > colocar ele nesse site. Só por isso. Não tinha nada travado, parando, > dando erro de mysql. Nada disso. Você entendeu isso que te disse? > > > pra encerrar (pq tudo tem limite) > > Ainda bem que tem limite. > > > O PROBLEMA TA NO PHP/MYSQL, QUE ESTAO SEM CACHE(memcache/apc) NOS DOIS > > !!!!! (isso contando que o sql esta correto, como ja falei tb) > > Até que enfim você disse algo que concordo e sem mi mi mi > > > > > FIM > > nao falo mais > > Muito obrigado. > > > p.s > > nao reparem o tom de ironia do relato, mas é pra rir mesmo, eheheh > > agora o que falei é bem serio. > > > > Não sei onde isso é ironia. Vi um cara estressado com um problema que > não é dele e mal educado. Você é assim em casa também? > > ------------------------- > 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
