Re: [FUG-BR] Servidor com load altíssimo
Em 07/07/2012 20:14, Leonardo Augusto escreveu: > Ummm se tem um loop no php com select todos peers e update pra cad um seus > seguidores ou coisa do tipo, complica se, esse anunce e chamado a cada > requisicao? Ou esta no crontab? Se for a cada request clacla bum tiro de 12 > no php man, > Pergunta qual a condicao que dispara esse anince e tambem o que ele faz no > banco com mais detalnes, talvez tenja que mudar essa logica, tem caminhos > pra isso. > O que nao pode e fazer uma atyalizacao geral a cada loco qud entra, pq > entram 3 vai rodar em paralelo isso tudo e detona mesmo, tem que ser um > processo unico pra isso Vou pegar com ele o esquema como acontece certinho pra te dizer > Em 07/07/2012 19:18, "Marcelo Gondim" escreveu: > >> Em 07/07/2012 16:10, Leonardo Augusto escreveu: >>> ah o site tem mais update/insert/delete do que select ? estranho >>> isso... nesse caso o memcache nao ajuda mesmo. >>> >>> usa myisam ou innodb? >> Opa Leonardo, >> >> Sim foi isso que ele me disse, tem mais update/insert/delete. Quando >> carrega o tal announce.php que começa os updates e tal aí a coisa começa >> à ficar preta. :) >> O announce é aquele cara que coleta e atualiza quem tá compartilhando os >> torrents se eu não estou enganado rsrsrs >> >>> o que o status do mysql diz? tem como mandar o status que o phpmyadmin >>> mostra? pra ver o rate disso? >> eu vou pedir pra ele habilitar o announce novamente e aí coleto isso pra >> passar aqui. >> >>> no caso de inserts e afins, tem muita coisa que pode inluenciar, raid >> zero >>> e uma delas, raid zero so presta pra read, melhor um raid 10 ou 5, o >> ideal >>> pra read e write acho que e o 10. qual o cache da controladora? >> É tá com raid 0 da própria controladora SAS. São 4 discos SAS de 147Gb >> em raid 0 >> >>> ta muito estranho esse papo do cabeça de bagre que o xabu ta nos inserts, >>> kozada isso, pede o status do mysql pra gente ver. e pq o site tem tanto >>> insert? ele loga cada acesso no mysql? >> Uma coisa que reparei. Quando liga o announce pelo mytop dá pra ver uma >> enxurrada de inserts e updates e tipo o número de conexões com o mysql >> sobe rapidamente e passa dos 4000. Levando em conta que o announce está >> ligado aos torrents e temos 500mil peers. é gente pacas. rsrsrsr >> >>> - >>> 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
Re: [FUG-BR] firewall bsd
Em 07/07/2012 16:50, Cleiton Alves escreveu: > Pessoal quero contribuir com um otimo firewal que meu camarada c00ler fez > , segue o link abaixo > > > http://pastebin.com/7cZXhizt > Copiado rsrsrsrs - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor com load altíssimo
Em 07/07/2012 15:13, Wenderson Souza escreveu: > Em 07/07/12, Marcelo Gondim 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 > Emergencialmente falando, consegue deixar os 2 servers funcionando? > > Usa inicialmente apenas o mysql do SO anterior enquanto "ajusta" o > mysql do FreeBSD. > Ummm acho difícil porque aí nesse caso deveríamos ter pego 2 servidores de menor capacidade e interligar eles. Mas entendi a idéia e não seria ruim não. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Imprimir na porta USB não funciona
Em 7 de julho de 2012 22:14, Juano Brozz escreveu: > Pessoal, estou tentando imprimir diretamente na porta USB, mas nada é > impresso. > > Minha impressora HP OfficeJet Series 4000 está conectada diretamente na > porta USB do PC com FreeBSD 9. > > Não configurei spooler ainda, só queria ver se funciona um simples texto, > pra continuar configurando o spooler. > > Dei o comando como root: > > echo Juano Brozz > /dev/ulpt0 > > Mas a impressora nem piscou. > > Tem algum segredo? Algum driver pra instalar? > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Talvez essa impressora precise que o firmware seja carregado nela antes da impressão, como na laserjet 1020, ou então o texto esta muito pequeno, tenta imprimir diretamente nela o conteúdo do /etc/hosts. -- Ricardo Carlini Sperandio Analista/Consultor Linux Sênior LPIC-3 Connectcom - GISUT / CEF GEDEL: Grupo Especializado em Desenvolvimento Linux VIPLAB/PUC-MG mestrando em informática DCC/UFMG - Bacharel em Ciência da Computação Computers are like air conditioners. They don't work when you open Windows. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Imprimir na porta USB não funciona
Pessoal, estou tentando imprimir diretamente na porta USB, mas nada é impresso. Minha impressora HP OfficeJet Series 4000 está conectada diretamente na porta USB do PC com FreeBSD 9. Não configurei spooler ainda, só queria ver se funciona um simples texto, pra continuar configurando o spooler. Dei o comando como root: echo Juano Brozz > /dev/ulpt0 Mas a impressora nem piscou. Tem algum segredo? Algum driver pra instalar? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] envio de SMS no freebsd
Como eu pretendo disparar no caso de problemas, se o link não estiver funcionando, não ireh funcionar quando mais precisar ser avisado. 2012/7/7 Rafael Albuquerque > É muito mais facil fechar um pacote de SMS com algum SMS Gateway. > Normalmente eles tem API via HTTP pra envio. > > Eu uso e recomendo www.clickatell.com > > > 2012/7/6 Anderson Alves de Albuquerque > > > Eu estava procurado saber como enviar SMS e achei muita coisa em linux ( > > http://www.firsti.com.br/wp/artigos/sms-no-linux-via-celular-usb.html). > > > > Em freebsd, alguém já fez envio isso? alguém indica um modem em > específico > > (marca e modelo)? alguém indica alguma operador em especial em função de > > compatibilidades (como deriver + modem)? > > > > > > > > > > -- > > [], Anderson Alves de Albuquerque. > > --- > > E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) > > andersonaa#gmail.com (replace # by @) > > Skype: andersonalvesdealbuquerque > > ICQ: 73222660 > > --- > > - > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > Rafael Albuquerque > http://corpoaindainforme.blogspot.com > http://www.dsc.upe.br/~rba > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- [], Anderson Alves de Albuquerque. --- E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) andersonaa#gmail.com (replace # by @) Skype: andersonalvesdealbuquerque ICQ: 73222660 --- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] envio de SMS no freebsd
On 07/07/2012 21:09, Rafael Albuquerque wrote: > É muito mais facil fechar um pacote de SMS com algum SMS Gateway. > Normalmente eles tem API via HTTP pra envio. > > Eu uso e recomendo www.clickatell.com > > > 2012/7/6 Anderson Alves de Albuquerque > >> Eu estava procurado saber como enviar SMS e achei muita coisa em linux ( >> http://www.firsti.com.br/wp/artigos/sms-no-linux-via-celular-usb.html). >> >> Em freebsd, alguém já fez envio isso? alguém indica um modem em específico >> (marca e modelo)? alguém indica alguma operador em especial em função de >> compatibilidades (como deriver + modem)? >> >> >> >> >> -- >> [], Anderson Alves de Albuquerque. >> --- Já usei a gsmlib e funciona bem com celulares ou modens gsm que dão um terminal serial. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] envio de SMS no freebsd
É muito mais facil fechar um pacote de SMS com algum SMS Gateway. Normalmente eles tem API via HTTP pra envio. Eu uso e recomendo www.clickatell.com 2012/7/6 Anderson Alves de Albuquerque > Eu estava procurado saber como enviar SMS e achei muita coisa em linux ( > http://www.firsti.com.br/wp/artigos/sms-no-linux-via-celular-usb.html). > > Em freebsd, alguém já fez envio isso? alguém indica um modem em específico > (marca e modelo)? alguém indica alguma operador em especial em função de > compatibilidades (como deriver + modem)? > > > > > -- > [], Anderson Alves de Albuquerque. > --- > E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) > andersonaa#gmail.com (replace # by @) > Skype: andersonalvesdealbuquerque > ICQ: 73222660 > --- > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Rafael Albuquerque http://corpoaindainforme.blogspot.com http://www.dsc.upe.br/~rba - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servior DNS por traz do NAT
Pára de sofrer e usa o pf... no /boot/loader.conf pf_enable="YES" no /etc/rc.conf pf_enable="YES" no /etc/pf.conf... if_ext=rl0 if_int=nfe0 ruindows="192.168.77.99" nat on $if_ext from !$if_ext -> $if_ext rdr on $if_ext proto tcp from \ !$if_ext to $if_ext port 80 -> $ruindows port 80 e por ultimo.. kldload pf (só esta vez...) /etc/rc.d/pf start Pronto... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servior DNS por traz do NAT
Poe o dns do bsd como slave.do.windows e bota esse.pra.rua.e.deixa o winsucks la na rede interna de onde nunca deveria ter saido, hehe Em 07/07/2012 15:48, "Helizonaldo ." escreveu: > > > Sim! está > > > > Helizonaldo Alves de Morais > Teresina-PI Brasil. > +-+ >o _ _ _ >_o /\_ _ \\o (_)\__/o (_) > _< \_ _>(_) (_)/<_\_| \ _|/' \/ > (_)>(_) (_)(_) (_)(_)' _\o_ > > > > From: lis...@esds.com.br > > Date: Sat, 7 Jul 2012 15:07:29 -0300 > > To: freebsd@fug.com.br > > Subject: Re: [FUG-BR] Servior DNS por traz do NAT > > > > Seu servidor DNS esta aceitando consultas de ips diferentes da sua rede > local? > > > > Nao esqueça de redirecionar também a porta 53/TCP. > > > > -- > > Eduardo Schoedler > > Enviado via iPhone > > > > Em 07/07/2012, às 12:55, Anderson Alves de Albuquerque < > anderso...@gmail.com> escreveu: > > > > > vc jah tentou sniffar na rede interna para ver se as requisições 53/udp > > > chegam no dns? > > > > > > eu tive situações parecidas com outros serviços, quando fui sniffar a > > > requisição nao chegava e aparentemente as configs estavam, > aparentemente, > > > certas. > > > > > > > > > Em 7 de julho de 2012 12:04, Paulo Henrique BSD Brasil < > > > paulo.rd...@bsd.com.br> escreveu: > > > > > >> > > >> > > >> Em 7/7/2012 08:29, Helizonaldo . escreveu: > > >>> > > >>> > > >>> Ola Amigos > > >>> Venho pedir a ajuda de vocês, pois ja tentei e ainda nao obtive > > >> sucesso..meu cenário 'e o seguinte: > > >>> Tenho um servidor que infelizmente e "Windows 2008 Server" nele vai > > >> rolar uma pagina web ASPX,na minha rede INTERNAR esse servidor tambem > e um > > >> Servidor DNS, meu problema 'e o sequinte > > >>> preciso colocar esse servidor WINDOWS DNS que esta na classe interna > > >> pra rodar por traz do meu Firewall FreeBSD classe EXTERNA > > >>> O nat ta rodando bem, redirecionando a porta 80 sem problemamas a > porta > > >> 53 do NAT nao funciona, ele nao resolve os nomes de DNS > > >>> o que fiz foi o sequinte: > > >>> natd.confdynamic > > >> yessame_ports yesuse_sockets yeslog yes > > >>> redirect_port tcp 192.168.1.2:80 200.200.200.1:80 > > >>> redirect_port udp 192.168.1.2:53 200.200.200.1:53 > > >> > > >>> > > >>> mas nao funciona, alguém ja implementou alguma coisa parecida? > > >>> > > >>> > > >>> grato > > >>> > > >>> > > >>> Helizonaldo Alves de Morais > > >>> Teresina-PI Brasil. > > >>> +-+ > > >>>o _ _ _ > > >>>_o /\_ _ \\o (_)\__/o (_) > > >>> _< \_ _>(_) (_)/<_\_| \ _|/' \/ > > >>> (_)>(_) (_)(_) (_)(_)' _\o_ > > >> > > >> Gostei do ascii, > > >> pelo visto está utilizando IPFW mais natd, por que não usa o IPFW-NAT > ? > > >> Fica a dica. > > >> Quanto ao natd lembro de ter lido mensagens que queriam a mesma coisa, > > >> da uma vista no historico, mais tem que colocar outro parametro junto > do > > >> natd.conf ou usar uma outra aplicação que no momento não lembro. > > >> > > >> -- > > >> "Quando a Morte decide contar uma historia, > > >> A melhor ação que possa fazer é ouvi-la, > > >> e torcer por não ser a sua própria a tal história." > > >> > > >> Flames > /dev/null ( by Irado !! ). > > >> RIP Irado! > > >> > > >> Paulo Henrique. > > >> Analista de Sistemas / Programador > > >> BSDs Brasil. > > >> Genuine Unix/BSD User. > > >> Fone: (21) 9683-5433. > > >> > > >> > > >> > > >> - > > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > >> > > > > > > > > > > > > -- > > > [], Anderson Alves de Albuquerque. > > > --- > > > E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) > > > andersonaa#gmail.com (replace # by @) > > > Skype: andersonalvesdealbuquerque > > > ICQ: 73222660 > > > --- > > > - > > > 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
Re: [FUG-BR] Flash não funciona
Em 7 de julho de 2012 19:01, Paulo Olivier Cavalcanti < procavalca...@gmail.com> escreveu: > Em Sat, 07 Jul 2012 01:19:19 -0300, Ricardo Carlini Sperandio > escreveu: > > > > Bom, > > sim, apenas os Athlon 64 (e posteriores) implementam uma versão do > > SSE2, > > a melhor solução (ou menos pior) encontrada nesses casos é o downgrade > > para > > a versão 10.3.162.29-1, você pode tentar configurar o flash no arquivo > > mms.cfg e modificar os parâmetros: > > EnableLinuxHWVideoDecode = 0 > > OverrideGPUValidation = 1 > > AVHardwareDisable = 0 > > > > Estou há um tempo sem usar o free (e só voltarei após terminar minha > > pesquisa... =[ ), então a resposta foi dada com base no que fiz no arch > > para resolver. > > > > > Espero que volte logo para o BSD, Ricardo. Muito obrigado pela ajuda, mas > o meu problema é só com a versão 11.2 para cima; eu consigo usar a 11.1, > embora ela seja pouco lenta. Eu não acharia legal fazer downgrade para a > versão 10, ela tem vários buracos de segurança. > > Quanto ao arquivo mencionado (mms.cfg), eu procurei mas não achei no meu > sistema. Mas deixa pra lá, vou usando a versão 11.1 até onde der. Se você > tiver outra solução agradecerei imensamente. > > > -- > http://about.me/paulocavalcanti > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > Esse arquivo mms.cfg no linux fica em /etc/adobe, talvez no free fique em algo relativo com base na camada de compatibilidade com o linux. -- Ricardo Carlini Sperandio Analista/Consultor Linux Sênior LPIC-3 Connectcom - GISUT / CEF GEDEL: Grupo Especializado em Desenvolvimento Linux VIPLAB/PUC-MG mestrando em informática DCC/UFMG - Bacharel em Ciência da Computação Computers are like air conditioners. They don't work when you open Windows. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor com load altíssimo
Em 7 de julho de 2012 20:14, Leonardo Augusto escreveu: > Ummm se tem um loop no php com select todos peers e update pra cad um seus > seguidores ou coisa do tipo, complica se, esse anunce e chamado a cada > requisicao? Ou esta no crontab? Se for a cada request clacla bum tiro de 12 > no php man, > Pergunta qual a condicao que dispara esse anince e tambem o que ele faz no > banco com mais detalnes, talvez tenja que mudar essa logica, tem caminhos > pra isso. > O que nao pode e fazer uma atyalizacao geral a cada loco qud entra, pq > entram 3 vai rodar em paralelo isso tudo e detona mesmo, tem que ser um > processo unico pra isso > Em 07/07/2012 19:18, "Marcelo Gondim" escreveu: > > > Em 07/07/2012 16:10, Leonardo Augusto escreveu: > > > ah o site tem mais update/insert/delete do que select ? estranho > > > isso... nesse caso o memcache nao ajuda mesmo. > > > > > > usa myisam ou innodb? > > > > Opa Leonardo, > > > > Sim foi isso que ele me disse, tem mais update/insert/delete. Quando > > carrega o tal announce.php que começa os updates e tal aí a coisa começa > > à ficar preta. :) > > O announce é aquele cara que coleta e atualiza quem tá compartilhando os > > torrents se eu não estou enganado rsrsrs > > > > > > > > o que o status do mysql diz? tem como mandar o status que o phpmyadmin > > > mostra? pra ver o rate disso? > > > > eu vou pedir pra ele habilitar o announce novamente e aí coleto isso pra > > passar aqui. > > > > > > > > no caso de inserts e afins, tem muita coisa que pode inluenciar, raid > > zero > > > e uma delas, raid zero so presta pra read, melhor um raid 10 ou 5, o > > ideal > > > pra read e write acho que e o 10. qual o cache da controladora? > > É tá com raid 0 da própria controladora SAS. São 4 discos SAS de 147Gb > > em raid 0 > > > > > > > > ta muito estranho esse papo do cabeça de bagre que o xabu ta nos > inserts, > > > kozada isso, pede o status do mysql pra gente ver. e pq o site tem > tanto > > > insert? ele loga cada acesso no mysql? > > > > Uma coisa que reparei. Quando liga o announce pelo mytop dá pra ver uma > > enxurrada de inserts e updates e tipo o número de conexões com o mysql > > sobe rapidamente e passa dos 4000. Levando em conta que o announce está > > ligado aos torrents e temos 500mil peers. é gente pacas. rsrsrsr > > > > > - > > > 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 > Por mais que a lógica do php esteja ferrada e as queries completamente bichadas não há como justificar que essa mesma bosta funcionava no GNU/Linux e não dá nem pro gasto no BSD. Já testou portar para o windows server? >:P -- Ricardo Carlini Sperandio Analista/Consultor Linux Sênior LPIC-3 Connectcom - GISUT / CEF GEDEL: Grupo Especializado em Desenvolvimento Linux VIPLAB/PUC-MG mestrando em informática DCC/UFMG - Bacharel em Ciência da Computação Computers are like air conditioners. They don't work when you open Windows. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor com load altíssimo
Ummm se tem um loop no php com select todos peers e update pra cad um seus seguidores ou coisa do tipo, complica se, esse anunce e chamado a cada requisicao? Ou esta no crontab? Se for a cada request clacla bum tiro de 12 no php man, Pergunta qual a condicao que dispara esse anince e tambem o que ele faz no banco com mais detalnes, talvez tenja que mudar essa logica, tem caminhos pra isso. O que nao pode e fazer uma atyalizacao geral a cada loco qud entra, pq entram 3 vai rodar em paralelo isso tudo e detona mesmo, tem que ser um processo unico pra isso Em 07/07/2012 19:18, "Marcelo Gondim" escreveu: > Em 07/07/2012 16:10, Leonardo Augusto escreveu: > > ah o site tem mais update/insert/delete do que select ? estranho > > isso... nesse caso o memcache nao ajuda mesmo. > > > > usa myisam ou innodb? > > Opa Leonardo, > > Sim foi isso que ele me disse, tem mais update/insert/delete. Quando > carrega o tal announce.php que começa os updates e tal aí a coisa começa > à ficar preta. :) > O announce é aquele cara que coleta e atualiza quem tá compartilhando os > torrents se eu não estou enganado rsrsrs > > > > > o que o status do mysql diz? tem como mandar o status que o phpmyadmin > > mostra? pra ver o rate disso? > > eu vou pedir pra ele habilitar o announce novamente e aí coleto isso pra > passar aqui. > > > > > no caso de inserts e afins, tem muita coisa que pode inluenciar, raid > zero > > e uma delas, raid zero so presta pra read, melhor um raid 10 ou 5, o > ideal > > pra read e write acho que e o 10. qual o cache da controladora? > É tá com raid 0 da própria controladora SAS. São 4 discos SAS de 147Gb > em raid 0 > > > > > ta muito estranho esse papo do cabeça de bagre que o xabu ta nos inserts, > > kozada isso, pede o status do mysql pra gente ver. e pq o site tem tanto > > insert? ele loga cada acesso no mysql? > > Uma coisa que reparei. Quando liga o announce pelo mytop dá pra ver uma > enxurrada de inserts e updates e tipo o número de conexões com o mysql > sobe rapidamente e passa dos 4000. Levando em conta que o announce está > ligado aos torrents e temos 500mil peers. é gente pacas. rsrsrsr > > > - > > 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
Re: [FUG-BR] firewall bsd
Legal, muito bom! Em 07/07/12 16:50, Cleiton Alves escreveu: > Pessoal quero contribuir com um otimo firewal que meu camarada c00ler fez > , segue o link abaixo > > > http://pastebin.com/7cZXhizt > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor com load altíssimo
Em 07/07/2012 16:10, Leonardo Augusto escreveu: > ah o site tem mais update/insert/delete do que select ? estranho > isso... nesse caso o memcache nao ajuda mesmo. > > usa myisam ou innodb? Opa Leonardo, Sim foi isso que ele me disse, tem mais update/insert/delete. Quando carrega o tal announce.php que começa os updates e tal aí a coisa começa à ficar preta. :) O announce é aquele cara que coleta e atualiza quem tá compartilhando os torrents se eu não estou enganado rsrsrs > > o que o status do mysql diz? tem como mandar o status que o phpmyadmin > mostra? pra ver o rate disso? eu vou pedir pra ele habilitar o announce novamente e aí coleto isso pra passar aqui. > > no caso de inserts e afins, tem muita coisa que pode inluenciar, raid zero > e uma delas, raid zero so presta pra read, melhor um raid 10 ou 5, o ideal > pra read e write acho que e o 10. qual o cache da controladora? É tá com raid 0 da própria controladora SAS. São 4 discos SAS de 147Gb em raid 0 > > ta muito estranho esse papo do cabeça de bagre que o xabu ta nos inserts, > kozada isso, pede o status do mysql pra gente ver. e pq o site tem tanto > insert? ele loga cada acesso no mysql? Uma coisa que reparei. Quando liga o announce pelo mytop dá pra ver uma enxurrada de inserts e updates e tipo o número de conexões com o mysql sobe rapidamente e passa dos 4000. Levando em conta que o announce está ligado aos torrents e temos 500mil peers. é gente pacas. rsrsrsr > - > 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
Re: [FUG-BR] Flash não funciona
Em Sat, 07 Jul 2012 01:19:19 -0300, Ricardo Carlini Sperandio escreveu: > Bom, > sim, apenas os Athlon 64 (e posteriores) implementam uma versão do > SSE2, > a melhor solução (ou menos pior) encontrada nesses casos é o downgrade > para > a versão 10.3.162.29-1, você pode tentar configurar o flash no arquivo > mms.cfg e modificar os parâmetros: > EnableLinuxHWVideoDecode = 0 > OverrideGPUValidation = 1 > AVHardwareDisable = 0 > > Estou há um tempo sem usar o free (e só voltarei após terminar minha > pesquisa... =[ ), então a resposta foi dada com base no que fiz no arch > para resolver. > Espero que volte logo para o BSD, Ricardo. Muito obrigado pela ajuda, mas o meu problema é só com a versão 11.2 para cima; eu consigo usar a 11.1, embora ela seja pouco lenta. Eu não acharia legal fazer downgrade para a versão 10, ela tem vários buracos de segurança. Quanto ao arquivo mencionado (mms.cfg), eu procurei mas não achei no meu sistema. Mas deixa pra lá, vou usando a versão 11.1 até onde der. Se você tiver outra solução agradecerei imensamente. -- http://about.me/paulocavalcanti - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] firewall bsd
Pessoal quero contribuir com um otimo firewal que meu camarada c00ler fez , segue o link abaixo http://pastebin.com/7cZXhizt -- *:(){ :|:& };:* *"Unix is user-friendly. It's just very selective about who its friends are." * http://about.me/cleiton_alves - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor com load altíssimo
ah o site tem mais update/insert/delete do que select ? estranho isso... nesse caso o memcache nao ajuda mesmo. usa myisam ou innodb? o que o status do mysql diz? tem como mandar o status que o phpmyadmin mostra? pra ver o rate disso? no caso de inserts e afins, tem muita coisa que pode inluenciar, raid zero e uma delas, raid zero so presta pra read, melhor um raid 10 ou 5, o ideal pra read e write acho que e o 10. qual o cache da controladora? ta muito estranho esse papo do cabeça de bagre que o xabu ta nos inserts, kozada isso, pede o status do mysql pra gente ver. e pq o site tem tanto insert? ele loga cada acesso no mysql? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor com load altíssimo
Em 07/07/2012 15:37, Leonardo Augusto escreveu: > falándo serio agora, essa nada de tablet envia mingas msgs pela metade. > > ja entendi que a culpa nao e sua, o freebsd tem varios tunings a fazer tb > para funcionar com high load, tcp, filesystem, etc. > > o linux talvez funcionasse pq ja tava com memcache ou algo do tipo > pordefault, pq la ele instala os pacotes tudo pro cara e a coisa toda ja e > feita pra funcionar bem, pq ninguem la recompila kernel e packages. pois e > impossivel linux ser melhor que freebsd no mesmo hardware, tudo configutado > certo. nunca foi, nunca vai ser. mais uma coisa que denota ser problema de > setup. > > e assim cara, eu to a 1 mes de cama com hernia de disco esperando uma briga > na justica pro plano aprovar a cirurgia, to chapado de tylex, tramal e > lyrica pra suportar a dor, to num tablet enviando essas msgs pra tentar > ajudar, nao leve pro lado pessoal meus comentarios, tudo isso que digo: dar > cabecada na parede, tiro de 12, se matar e afins, sao justamente pra > descontrair, mas vc nao pode ler achando que é pessoal ou coisa do tipo, aí > vc vai se sentir ofendido, de longe quis fazer tal coisa. os exageros sao > pra chamar a atencao, so isso. quando o iradofuriosocomtudo(que deus o > tenha) me ajudava, a gente sempre falava assim, e ria que se mijava. > > pior que to vendo que os caras la vao acabar botando a culpa disso tudo em > vc por estar usando bsd. vao dizer assim: ta vendo, se fosse linux > funcionava, kkk pega uma 12 dai e arranca a cabeca deles. > > se eu pudesse me sentar pra usar um console, eu resolvia o teu problema, tu > me dava um jail nessa maquina e no maximo em 2h eu instalava tudo tunado, e > colocava 2 script php acessando o mysql, um com e o outro sem memcache/apc > para vc mostrar pros cabeca de porongo que isso faz toda a diferenca. (lol) > > e relaxa cara, nao leva pro lado pessoal, vc tb ja le com angustia pq ja ta > estressado, ai tudo parece agressivo, entendo. depois que resolver tudo e > ler os emails desde o comeco, vai achar engracado, pois vai ver que no > comeco eu tava bem normal, depois fui avacalhando pq vi que testavam 200 > coisas e nada de memcache, hehe > > bom se precisar de help com o memcache avisa, usar o fastcgi, tirar o php > do apache e uma boa tambem, ideal e tu criar uns jails pra testar(ezjail) > > Eu concordo contigo, também acho que vai resolver mas tipo o programador me respondeu isso saca só: - nao tem como colocar cache em update e insert e nem em delete Mas tranquilo, mais pra frente vamos alugar uma outra máquina pra gente colocar com calma e deixar tudo redondo. Se quiser ajudar eu te mando uma mensagem em pvt. :) E tipo melhoras aí pra ti e não fiquei chateado não. Só um pouco, rsrsrsr mas agora vejo que foi só zoação :D Vou tentar fazer isso que você passou num outro servidor pra ver as melhorias, lá o programador eu mando ahahahahah - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor com load altíssimo
essa historia de ja ter usado memcache e nao ter feito diferenca, so prova que os caras nao sabem usar ou nao usaram direito. eu tinha um server com 4 cpus onde o mysql estava em 220%, isso mesmo, ocupava 2 cpu e pouco, apos o memcache ser usado, caiu pra menos de 17%, isso quando ele da as caras no top, e o memcache nem a 20% chega, isso foi a 4 anos e ainda nao mudei o hardware. ainda é um bsd 7.2, era um 6.1 que foi atualizado o memcache so nao faria muita diferenca se fosse uma tabela myisam toda em ram sem joins e sem nenhuma funcao executada no select como date_format por exemplo. do contrario, algum mau uso esta sendo feito. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Servior DNS por traz do NAT
Sim! está Helizonaldo Alves de Morais Teresina-PI Brasil. +-+ o _ _ _ _o /\_ _ \\o (_)\__/o (_) _< \_ _>(_) (_)/<_\_| \ _|/' \/ (_)>(_) (_)(_) (_)(_)' _\o_ > From: lis...@esds.com.br > Date: Sat, 7 Jul 2012 15:07:29 -0300 > To: freebsd@fug.com.br > Subject: Re: [FUG-BR] Servior DNS por traz do NAT > > Seu servidor DNS esta aceitando consultas de ips diferentes da sua rede local? > > Nao esqueça de redirecionar também a porta 53/TCP. > > -- > Eduardo Schoedler > Enviado via iPhone > > Em 07/07/2012, às 12:55, Anderson Alves de Albuquerque > escreveu: > > > vc jah tentou sniffar na rede interna para ver se as requisições 53/udp > > chegam no dns? > > > > eu tive situações parecidas com outros serviços, quando fui sniffar a > > requisição nao chegava e aparentemente as configs estavam, aparentemente, > > certas. > > > > > > Em 7 de julho de 2012 12:04, Paulo Henrique BSD Brasil < > > paulo.rd...@bsd.com.br> escreveu: > > > >> > >> > >> Em 7/7/2012 08:29, Helizonaldo . escreveu: > >>> > >>> > >>> Ola Amigos > >>> Venho pedir a ajuda de vocês, pois ja tentei e ainda nao obtive > >> sucesso..meu cenário 'e o seguinte: > >>> Tenho um servidor que infelizmente e "Windows 2008 Server" nele vai > >> rolar uma pagina web ASPX,na minha rede INTERNAR esse servidor tambem e um > >> Servidor DNS, meu problema 'e o sequinte > >>> preciso colocar esse servidor WINDOWS DNS que esta na classe interna > >> pra rodar por traz do meu Firewall FreeBSD classe EXTERNA > >>> O nat ta rodando bem, redirecionando a porta 80 sem problemamas a porta > >> 53 do NAT nao funciona, ele nao resolve os nomes de DNS > >>> o que fiz foi o sequinte: > >>> natd.confdynamic > >> yessame_ports yesuse_sockets yeslog yes > >>> redirect_port tcp 192.168.1.2:80 200.200.200.1:80 > >>> redirect_port udp 192.168.1.2:53 200.200.200.1:53 > >> > >>> > >>> mas nao funciona, alguém ja implementou alguma coisa parecida? > >>> > >>> > >>> grato > >>> > >>> > >>> Helizonaldo Alves de Morais > >>> Teresina-PI Brasil. > >>> +-+ > >>>o _ _ _ > >>>_o /\_ _ \\o (_)\__/o (_) > >>> _< \_ _>(_) (_)/<_\_| \ _|/' \/ > >>> (_)>(_) (_)(_) (_)(_)' _\o_ > >> > >> Gostei do ascii, > >> pelo visto está utilizando IPFW mais natd, por que não usa o IPFW-NAT ? > >> Fica a dica. > >> Quanto ao natd lembro de ter lido mensagens que queriam a mesma coisa, > >> da uma vista no historico, mais tem que colocar outro parametro junto do > >> natd.conf ou usar uma outra aplicação que no momento não lembro. > >> > >> -- > >> "Quando a Morte decide contar uma historia, > >> A melhor ação que possa fazer é ouvi-la, > >> e torcer por não ser a sua própria a tal história." > >> > >> Flames > /dev/null ( by Irado !! ). > >> RIP Irado! > >> > >> Paulo Henrique. > >> Analista de Sistemas / Programador > >> BSDs Brasil. > >> Genuine Unix/BSD User. > >> Fone: (21) 9683-5433. > >> > >> > >> > >> - > >> Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > > > > > > > -- > > [], Anderson Alves de Albuquerque. > > --- > > E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) > > andersonaa#gmail.com (replace # by @) > > Skype: andersonalvesdealbuquerque > > ICQ: 73222660 > > --- > > - > > 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
Re: [FUG-BR] Servidor com load altíssimo
falándo serio agora, essa nada de tablet envia mingas msgs pela metade. ja entendi que a culpa nao e sua, o freebsd tem varios tunings a fazer tb para funcionar com high load, tcp, filesystem, etc. o linux talvez funcionasse pq ja tava com memcache ou algo do tipo pordefault, pq la ele instala os pacotes tudo pro cara e a coisa toda ja e feita pra funcionar bem, pq ninguem la recompila kernel e packages. pois e impossivel linux ser melhor que freebsd no mesmo hardware, tudo configutado certo. nunca foi, nunca vai ser. mais uma coisa que denota ser problema de setup. e assim cara, eu to a 1 mes de cama com hernia de disco esperando uma briga na justica pro plano aprovar a cirurgia, to chapado de tylex, tramal e lyrica pra suportar a dor, to num tablet enviando essas msgs pra tentar ajudar, nao leve pro lado pessoal meus comentarios, tudo isso que digo: dar cabecada na parede, tiro de 12, se matar e afins, sao justamente pra descontrair, mas vc nao pode ler achando que é pessoal ou coisa do tipo, aí vc vai se sentir ofendido, de longe quis fazer tal coisa. os exageros sao pra chamar a atencao, so isso. quando o iradofuriosocomtudo(que deus o tenha) me ajudava, a gente sempre falava assim, e ria que se mijava. pior que to vendo que os caras la vao acabar botando a culpa disso tudo em vc por estar usando bsd. vao dizer assim: ta vendo, se fosse linux funcionava, kkk pega uma 12 dai e arranca a cabeca deles. se eu pudesse me sentar pra usar um console, eu resolvia o teu problema, tu me dava um jail nessa maquina e no maximo em 2h eu instalava tudo tunado, e colocava 2 script php acessando o mysql, um com e o outro sem memcache/apc para vc mostrar pros cabeca de porongo que isso faz toda a diferenca. (lol) e relaxa cara, nao leva pro lado pessoal, vc tb ja le com angustia pq ja ta estressado, ai tudo parece agressivo, entendo. depois que resolver tudo e ler os emails desde o comeco, vai achar engracado, pois vai ver que no comeco eu tava bem normal, depois fui avacalhando pq vi que testavam 200 coisas e nada de memcache, hehe bom se precisar de help com o memcache avisa, usar o fastcgi, tirar o php do apache e uma boa tambem, ideal e tu criar uns jails pra testar(ezjail) leonardo - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor com load altíssimo
Em 07/07/12, Marcelo Gondim 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 Emergencialmente falando, consegue deixar os 2 servers funcionando? Usa inicialmente apenas o mysql do SO anterior enquanto "ajusta" o mysql do FreeBSD. -- Wenderson Souza - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servior DNS por traz do NAT
2012/7/7 Helizonaldo . : > > > Ola Amigos > Venho pedir a ajuda de vocês, pois ja tentei e ainda nao obtive sucesso..meu > cenário 'e o seguinte: > Tenho um servidor que infelizmente e "Windows 2008 Server" nele vai rolar > uma pagina web ASPX,na minha rede INTERNAR esse servidor tambem e um Servidor > DNS, meu problema 'e o sequinte > preciso colocar esse servidor WINDOWS DNS que esta na classe interna pra > rodar por traz do meu Firewall FreeBSD classe EXTERNA > O nat ta rodando bem, redirecionando a porta 80 sem problemamas a porta 53 do > NAT nao funciona, ele nao resolve os nomes de DNS > o que fiz foi o sequinte: > natd.confdynamic > yessame_ports yesuse_sockets yeslog yes > redirect_port tcp 192.168.1.2:80 200.200.200.1:80 > redirect_port udp 192.168.1.2:53 > 200.200.200.1:53 > > mas nao funciona, alguém ja implementou alguma coisa parecida? Estou com um palpite que o problema pode não ser de NAT, e sim de DNS. O Servidor Windows tem duas identidades, uma na rede local, com o seu IP local, que ele sabe, e a outra com o IP com que ele é visto no mundo externo, que ele não sabe. Se ele não levar em conta a origem da requisição de DNS para informar o IP conforme o requerente possa acessá-lo, ele nunca será acessado, ou só o será por um dos lados. Eu colocaria o servidor DNS no FreeBSD. Que se dane o windows para isto. Não confio mesmo nele. Nas configurações de DNS colocaria duas views, uma para o lado de dentro, com os IPs conforme os usuários internos perceberiam eles, e outra para o resto, que atenderá o mundo externo, e terá os IPs como o mundo de fora verá o servidor. João Rocha. > > > grato > > > Helizonaldo Alves de Morais > Teresina-PI Brasil. > +-+ >o _ _ _ >_o /\_ _ \\o (_)\__/o (_) > _< \_ _>(_) (_)/<_\_| \ _|/' \/ > (_)>(_) (_)(_) (_)(_)' _\o_ > > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- "Sempre se apanha mais com as menores besteiras. Experiência própria." http://jgoffredo.blogspot.com goffr...@gmail.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servior DNS por traz do NAT
Seu servidor DNS esta aceitando consultas de ips diferentes da sua rede local? Nao esqueça de redirecionar também a porta 53/TCP. -- Eduardo Schoedler Enviado via iPhone Em 07/07/2012, às 12:55, Anderson Alves de Albuquerque escreveu: > vc jah tentou sniffar na rede interna para ver se as requisições 53/udp > chegam no dns? > > eu tive situações parecidas com outros serviços, quando fui sniffar a > requisição nao chegava e aparentemente as configs estavam, aparentemente, > certas. > > > Em 7 de julho de 2012 12:04, Paulo Henrique BSD Brasil < > paulo.rd...@bsd.com.br> escreveu: > >> >> >> Em 7/7/2012 08:29, Helizonaldo . escreveu: >>> >>> >>> Ola Amigos >>> Venho pedir a ajuda de vocês, pois ja tentei e ainda nao obtive >> sucesso..meu cenário 'e o seguinte: >>> Tenho um servidor que infelizmente e "Windows 2008 Server" nele vai >> rolar uma pagina web ASPX,na minha rede INTERNAR esse servidor tambem e um >> Servidor DNS, meu problema 'e o sequinte >>> preciso colocar esse servidor WINDOWS DNS que esta na classe interna >> pra rodar por traz do meu Firewall FreeBSD classe EXTERNA >>> O nat ta rodando bem, redirecionando a porta 80 sem problemamas a porta >> 53 do NAT nao funciona, ele nao resolve os nomes de DNS >>> o que fiz foi o sequinte: >>> natd.confdynamic >> yessame_ports yesuse_sockets yeslog yes >>> redirect_port tcp 192.168.1.2:80 200.200.200.1:80 >>> redirect_port udp 192.168.1.2:53 200.200.200.1:53 >> >>> >>> mas nao funciona, alguém ja implementou alguma coisa parecida? >>> >>> >>> grato >>> >>> >>> Helizonaldo Alves de Morais >>> Teresina-PI Brasil. >>> +-+ >>>o _ _ _ >>>_o /\_ _ \\o (_)\__/o (_) >>> _< \_ _>(_) (_)/<_\_| \ _|/' \/ >>> (_)>(_) (_)(_) (_)(_)' _\o_ >> >> Gostei do ascii, >> pelo visto está utilizando IPFW mais natd, por que não usa o IPFW-NAT ? >> Fica a dica. >> Quanto ao natd lembro de ter lido mensagens que queriam a mesma coisa, >> da uma vista no historico, mais tem que colocar outro parametro junto do >> natd.conf ou usar uma outra aplicação que no momento não lembro. >> >> -- >> "Quando a Morte decide contar uma historia, >> A melhor ação que possa fazer é ouvi-la, >> e torcer por não ser a sua própria a tal história." >> >> Flames > /dev/null ( by Irado !! ). >> RIP Irado! >> >> Paulo Henrique. >> Analista de Sistemas / Programador >> BSDs Brasil. >> Genuine Unix/BSD User. >> Fone: (21) 9683-5433. >> >> >> >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > -- > [], Anderson Alves de Albuquerque. > --- > E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) > andersonaa#gmail.com (replace # by @) > Skype: andersonalvesdealbuquerque > ICQ: 73222660 > --- > - > 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
Re: [FUG-BR] Nvidia GT 525M
Vou tentar com o 10-CURRENT, vamos ver o que que dá Em 6 de julho de 2012 23:53, Nenhum_de_Nos escreveu: > Saul Figueiredo wrote: > > >Por experiencia propria: notebooks Dell + qualquer derivado de unix = > >num > >fica legal > > Num diz isso, to mirando num xps ha algum tempo jah. Isso eh ruim. E o > danado temp a tal da optimus > > Matheus > > >Em 06/07/2012 18:04, "Felipe Nogueira Oliva" > >escreveu: > > > >> Sim Dell XPS 15 L502x > >> > >> Em 6 de julho de 2012 16:37, Welinaldo Lopes Nascimento < > >> welina...@bsd.com.br> escreveu: > >> > >> > Dell? > >> > > >> > 2012/7/6 Felipe Nogueira Oliva > >> > > >> > > Boa tarde, > >> > > > >> > > Instalei o driver da nvidia mais atual, porem quando vai iniciar > >o X o > >> > "XPS > >> > > L502x" reinicia. > >> > > > >> > > Alguém teve esse problema e o mais importante, resolveu? > >> > > > >> > > -- > >> > > Felipe N. Oliva > >> > > * > >> > > * > >> > > *"If 386BSD had been available when I started on Linux, Linux > >would > >> > > probably never had happened." *Linus Torvalds > >> > > - > >> > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > > >> > > >> > > >> > > >> > -- > >> > > >> > > >> > .ılı..ılı. > >> > *Welinaldo Lopes Nascimento* > >> > Estudante de Desenvolvimento de Sistemas > >> > FreeBSD Community Member #BSD/OS > >> > *Antes de imprimir, veja se realmente é necessário!* > >> > - > >> > Histórico: http://www.fug.com.br/historico/html/freebsd/ > >> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > >> > > >> > >> > >> > >> -- > >> Felipe N. Oliva > >> * > >> * > >> *"If 386BSD had been available when I started on Linux, Linux would > >> probably never had happened." *Linus Torvalds > >> - > >> 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 > > > -- > We will call you Cygnus, > the God of balance you shall be > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Felipe N. Oliva * * *"If 386BSD had been available when I started on Linux, Linux would probably never had happened." *Linus Torvalds - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor com load altíssimo
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 : > >> 2012/7/7 Marcelo Gondim : > >>> Em 07/07/2012 10:26, Leonardo Augusto escreveu: > Ooo ta brab > > 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=250 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 ) > >> > >> PORRRAA DO CARALHO > >> > >> 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 esta
Re: [FUG-BR] Servidor com load altíssimo
Em 07/07/2012 14:46, Marcus Vinicius. escreveu: > Em 7 de julho de 2012 14:34, Marcelo Gondim escreveu: >> Em 07/07/2012 13:45, Marcus Vinicius. escreveu: >>> Comecei lendo a thread pensando "que load alto, deve algum problema de >>> algum site grande igual ao manicomio" kkk Quando você colou a mensagem >>> de erro, dei logo um ctrl + f e procurei "manicomio", e achei! >>> kkk >>> Po, Gondim, põe logo isso online pra eu compartilhar.. preciso acalmar >>> as "crianças" aqui com os desenhos! >>> >>> Brincadeiras a parte, desejo toda sorte e que tudo se resolva logo! E >>> desculpa por não poder ajudar =/ >>> Abração. >> Obrigado e vamos voltar sim. Nem que eu tenha que convencer os outros >> aqui à porem o tal do memcache que um estressado aqui da lista estava >> falando. Parece até aquelas crianças quando não tem atenção suficiente e >> ficam batendo o pé no chão e chorando. Po tenho 39 anos e filhos de de >> 4, 11 e 15 anos e nenhum deles faz isso. Bem só o de 4 anos, mas veja só >> tem 4 anos. :) >> >>> >>> Em 6 de julho de 2012 15:25, Marcelo Gondim >>> escreveu: Em 06/07/2012 15:23, Felipe Nogueira Oliva escreveu: > BJ-Share !!! Nada. Conheço eles também. Foram os primeiros à rodar. Até agora eles não voltaram. A gente até já migrou mas esse pau tá matando a gente. ahahahah Se eu não conseguir hoje resolver isso, infelizmente vou ter que jogar o Debian lá no servidor novo. :( Bem vou falar, é o manicomio-share.com ;) > Em 6 de julho de 2012 15:20, Marcelo Gondim > escreveu: > >> Em 06/07/2012 15:07, nervoso escreveu: >>> Mais uma >>> >>> Dá uma olhada no acesso aos discos. >>> a luz de acesso ao disco tem que ficar PISCANDO e nao "acesa"... >>> >>> se estiver "acesa", coloca no loader.conf a opcao: >>> >>> >>> vm.kmem_size="16G" >>> >>> (nao se esqueça das ==>"<===) >>> sendo 16G o dobro da memoria real... >>> >>> site de torrent mirror do TPB??? >>> >>> solta para nóis ai a url que o final de semana já está ai >>> e um bom filme sempre é uma opcao... principalmente se >>> for em portugues e dublado para as criancas... >> hehehe assim que estiver no ar posto aí pro pessoal. É um dos sites mais >> acessados e conhecidos ;) Na verdade a gente tá migrando ele da Holanda >> para a Russia porque fomos obrigados à deixar o Datacenter por ser um >> server de torrents. Na Russia só não podemos compartilhar conteúdo russo. >> >> Olha o status, mais um dado: >> >> Current Time: Friday, 06-Jul-2012 15:15:25 BRT >> Restart Time: Friday, 06-Jul-2012 15:14:16 BRT >> Parent Server Generation: 0 >> Server uptime: 1 minute 9 seconds >> Total accesses: 9468 - Total Traffic: 8.0 MB >> CPU Usage: u12.0781 s11.3594 cu0 cs0 - 34% CPU load >> 137 requests/sec - 118.0 kB/second - 880 B/request >> 1557 requests currently being processed, 86 idle workers >> >> WWCWWWCWWCCWCCWW >> W.WWWKWW_WWWK_WW >> _WWW_WWW_WWK_WCWW__WCWWWKWWW >> CWCWCWWWCWKWWWCW_WWC >> CW_WWCWC >> WW_WWC.W_WCCWWWC >> CCWCWWCWWWCWWC_WWWCC >> KWCWWKWCKWKKWWWC >> WWWKCW..WWWCWWWC >> KWWCWWWCWWW_CWK_CWWW >> K.W__KWWRCWWWKKWKWWK >> WKWWCWWWCWWWCWKCWWCW_WWWCWW_ >> WWWKWWWCWWWCWWCW >> WWKWCKWWWCCWCWWW >> WWWCKWWCCWWW >> WWCWWCWWWKWWW_CWWKKWWWCWWWCWWWKW >> WWWCWWWCWWWKWCWWCWW_ >> _KWCWW_WWWCCCWWW >> CWW_WKCC_WWW >> CCKWWCCWWKWWCWWW >> WCWWWKKWWWKWWCCC.WWKWKWW >> WWCWWCW_WWW.W_WKWWKWCCWW >> WWWKCWCWWCWWWKCWWWCW >> WWCWWC_WW.WWWCWC >> WWCWCWWW.CWK_W_WK_CWW_WW__WW_WWW_W__W_WW >> WW_WW___W___ >> >
Re: [FUG-BR] Servidor com load altíssimo
Em 07/07/2012 14:45, Otavio Augusto escreveu: > Em 7 de julho de 2012 14:35, Marcelo Gondim 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" escreveu: Em 07/07/2012 10:26, Leonardo Augusto escreveu: > Ooo ta brab > > 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=250 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 UsedAvail Capacity /dev/zvol/zroot/swap 41943040 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
Re: [FUG-BR] Servidor com load altíssimo
Em 7 de julho de 2012 14:34, Marcelo Gondim escreveu: > Em 07/07/2012 13:45, Marcus Vinicius. escreveu: >> Comecei lendo a thread pensando "que load alto, deve algum problema de >> algum site grande igual ao manicomio" kkk Quando você colou a mensagem >> de erro, dei logo um ctrl + f e procurei "manicomio", e achei! >> kkk >> Po, Gondim, põe logo isso online pra eu compartilhar.. preciso acalmar >> as "crianças" aqui com os desenhos! >> >> Brincadeiras a parte, desejo toda sorte e que tudo se resolva logo! E >> desculpa por não poder ajudar =/ >> Abração. > > Obrigado e vamos voltar sim. Nem que eu tenha que convencer os outros > aqui à porem o tal do memcache que um estressado aqui da lista estava > falando. Parece até aquelas crianças quando não tem atenção suficiente e > ficam batendo o pé no chão e chorando. Po tenho 39 anos e filhos de de > 4, 11 e 15 anos e nenhum deles faz isso. Bem só o de 4 anos, mas veja só > tem 4 anos. :) > >> >> >> Em 6 de julho de 2012 15:25, Marcelo Gondim escreveu: >>> Em 06/07/2012 15:23, Felipe Nogueira Oliva escreveu: BJ-Share !!! >>> Nada. Conheço eles também. Foram os primeiros à rodar. Até agora eles >>> não voltaram. A gente até já migrou mas esse pau tá matando a gente. >>> ahahahah >>> Se eu não conseguir hoje resolver isso, infelizmente vou ter que jogar o >>> Debian lá no servidor novo. :( >>> Bem vou falar, é o manicomio-share.com ;) >>> >>> Em 6 de julho de 2012 15:20, Marcelo Gondim escreveu: > Em 06/07/2012 15:07, nervoso escreveu: >> Mais uma >> >> Dá uma olhada no acesso aos discos. >> a luz de acesso ao disco tem que ficar PISCANDO e nao "acesa"... >> >> se estiver "acesa", coloca no loader.conf a opcao: >> >> >> vm.kmem_size="16G" >> >> (nao se esqueça das ==>"<===) >> sendo 16G o dobro da memoria real... >> >> site de torrent mirror do TPB??? >> >> solta para nóis ai a url que o final de semana já está ai >> e um bom filme sempre é uma opcao... principalmente se >> for em portugues e dublado para as criancas... > hehehe assim que estiver no ar posto aí pro pessoal. É um dos sites mais > acessados e conhecidos ;) Na verdade a gente tá migrando ele da Holanda > para a Russia porque fomos obrigados à deixar o Datacenter por ser um > server de torrents. Na Russia só não podemos compartilhar conteúdo russo. > > Olha o status, mais um dado: > > Current Time: Friday, 06-Jul-2012 15:15:25 BRT > Restart Time: Friday, 06-Jul-2012 15:14:16 BRT > Parent Server Generation: 0 > Server uptime: 1 minute 9 seconds > Total accesses: 9468 - Total Traffic: 8.0 MB > CPU Usage: u12.0781 s11.3594 cu0 cs0 - 34% CPU load > 137 requests/sec - 118.0 kB/second - 880 B/request > 1557 requests currently being processed, 86 idle workers > > WWCWWWCWWCCWCCWW > W.WWWKWW_WWWK_WW > _WWW_WWW_WWK_WCWW__WCWWWKWWW > CWCWCWWWCWKWWWCW_WWC > CW_WWCWC > WW_WWC.W_WCCWWWC > CCWCWWCWWWCWWC_WWWCC > KWCWWKWCKWKKWWWC > WWWKCW..WWWCWWWC > KWWCWWWCWWW_CWK_CWWW > K.W__KWWRCWWWKKWKWWK > WKWWCWWWCWWWCWKCWWCW_WWWCWW_ > WWWKWWWCWWWCWWCW > WWKWCKWWWCCWCWWW > WWWCKWWCCWWW > WWCWWCWWWKWWW_CWWKKWWWCWWWCWWWKW > WWWCWWWCWWWKWCWWCWW_ > _KWCWW_WWWCCCWWW > CWW_WKCC_WWW > CCKWWCCWWKWWCWWW > WCWWWKKWWWKWWCCC.WWKWKWW > WWCWWCW_WWW.W_WKWWKWCCWW > WWWKCWCWWCWWWKCWWWCW > WWCWWC_WW.WWWCWC > WWCWCWWW.CWK_W_WK_CWW_WW__WW_WWW_W__W_WW > WW_WW___W___ > > > > > Scoreboard Key: > "*|_|*" Waiting for Connec
Re: [FUG-BR] Servidor com load altíssimo
Em 7 de julho de 2012 14:35, Marcelo Gondim 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" escreveu: >>> Em 07/07/2012 10:26, Leonardo Augusto escreveu: Ooo ta brab 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=250 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. -- 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
Re: [FUG-BR] Servidor com load altíssimo
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" escreveu: >> Em 07/07/2012 10:26, Leonardo Augusto escreveu: >>> Ooo ta brab >>> >>> 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=250 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
Re: [FUG-BR] Servidor com load altíssimo
Em 07/07/2012 13:45, Marcus Vinicius. escreveu: > Comecei lendo a thread pensando "que load alto, deve algum problema de > algum site grande igual ao manicomio" kkk Quando você colou a mensagem > de erro, dei logo um ctrl + f e procurei "manicomio", e achei! > kkk > Po, Gondim, põe logo isso online pra eu compartilhar.. preciso acalmar > as "crianças" aqui com os desenhos! > > Brincadeiras a parte, desejo toda sorte e que tudo se resolva logo! E > desculpa por não poder ajudar =/ > Abração. Obrigado e vamos voltar sim. Nem que eu tenha que convencer os outros aqui à porem o tal do memcache que um estressado aqui da lista estava falando. Parece até aquelas crianças quando não tem atenção suficiente e ficam batendo o pé no chão e chorando. Po tenho 39 anos e filhos de de 4, 11 e 15 anos e nenhum deles faz isso. Bem só o de 4 anos, mas veja só tem 4 anos. :) > > > Em 6 de julho de 2012 15:25, Marcelo Gondim escreveu: >> Em 06/07/2012 15:23, Felipe Nogueira Oliva escreveu: >>> BJ-Share !!! >> Nada. Conheço eles também. Foram os primeiros à rodar. Até agora eles >> não voltaram. A gente até já migrou mas esse pau tá matando a gente. >> ahahahah >> Se eu não conseguir hoje resolver isso, infelizmente vou ter que jogar o >> Debian lá no servidor novo. :( >> Bem vou falar, é o manicomio-share.com ;) >> >> >>> Em 6 de julho de 2012 15:20, Marcelo Gondim escreveu: >>> Em 06/07/2012 15:07, nervoso escreveu: > Mais uma > > Dá uma olhada no acesso aos discos. > a luz de acesso ao disco tem que ficar PISCANDO e nao "acesa"... > > se estiver "acesa", coloca no loader.conf a opcao: > > > vm.kmem_size="16G" > > (nao se esqueça das ==>"<===) > sendo 16G o dobro da memoria real... > > site de torrent mirror do TPB??? > > solta para nóis ai a url que o final de semana já está ai > e um bom filme sempre é uma opcao... principalmente se > for em portugues e dublado para as criancas... hehehe assim que estiver no ar posto aí pro pessoal. É um dos sites mais acessados e conhecidos ;) Na verdade a gente tá migrando ele da Holanda para a Russia porque fomos obrigados à deixar o Datacenter por ser um server de torrents. Na Russia só não podemos compartilhar conteúdo russo. Olha o status, mais um dado: Current Time: Friday, 06-Jul-2012 15:15:25 BRT Restart Time: Friday, 06-Jul-2012 15:14:16 BRT Parent Server Generation: 0 Server uptime: 1 minute 9 seconds Total accesses: 9468 - Total Traffic: 8.0 MB CPU Usage: u12.0781 s11.3594 cu0 cs0 - 34% CPU load 137 requests/sec - 118.0 kB/second - 880 B/request 1557 requests currently being processed, 86 idle workers WWCWWWCWWCCWCCWW W.WWWKWW_WWWK_WW _WWW_WWW_WWK_WCWW__WCWWWKWWW CWCWCWWWCWKWWWCW_WWC CW_WWCWC WW_WWC.W_WCCWWWC CCWCWWCWWWCWWC_WWWCC KWCWWKWCKWKKWWWC WWWKCW..WWWCWWWC KWWCWWWCWWW_CWK_CWWW K.W__KWWRCWWWKKWKWWK WKWWCWWWCWWWCWKCWWCW_WWWCWW_ WWWKWWWCWWWCWWCW WWKWCKWWWCCWCWWW WWWCKWWCCWWW WWCWWCWWWKWWW_CWWKKWWWCWWWCWWWKW WWWCWWWCWWWKWCWWCWW_ _KWCWW_WWWCCCWWW CWW_WKCC_WWW CCKWWCCWWKWWCWWW WCWWWKKWWWKWWCCC.WWKWKWW WWCWWCW_WWW.W_WKWWKWCCWW WWWKCWCWWCWWWKCWWWCW WWCWWC_WW.WWWCWC WWCWCWWW.CWK_W_WK_CWW_WW__WW_WWW_W__W_WW WW_WW___W___ Scoreboard Key: "*|_|*" Waiting for Connection, "*|S|*" Starting up, "*|R|*" Reading Request, "*|W|*" Sending Reply, "*|K|*" Keepalive (read), "*|D|*" DNS Lookup, "*|C|*" Closing connection,
Re: [FUG-BR] Servidor com load altíssimo
Em 07/07/2012 11:49, Leonardo Augusto escreveu: > 2012/7/7 Leonardo Augusto : >> 2012/7/7 Marcelo Gondim : >>> Em 07/07/2012 10:26, Leonardo Augusto escreveu: Ooo ta brab 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=250 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 ) >> >> PORRRAA DO CARALHO >> >> 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çõe
Re: [FUG-BR] Servidor com load altíssimo
Comecei lendo a thread pensando "que load alto, deve algum problema de algum site grande igual ao manicomio" kkk Quando você colou a mensagem de erro, dei logo um ctrl + f e procurei "manicomio", e achei! kkk Po, Gondim, põe logo isso online pra eu compartilhar.. preciso acalmar as "crianças" aqui com os desenhos! Brincadeiras a parte, desejo toda sorte e que tudo se resolva logo! E desculpa por não poder ajudar =/ Abração. Em 6 de julho de 2012 15:25, Marcelo Gondim escreveu: > Em 06/07/2012 15:23, Felipe Nogueira Oliva escreveu: >> BJ-Share !!! > > Nada. Conheço eles também. Foram os primeiros à rodar. Até agora eles > não voltaram. A gente até já migrou mas esse pau tá matando a gente. > ahahahah > Se eu não conseguir hoje resolver isso, infelizmente vou ter que jogar o > Debian lá no servidor novo. :( > Bem vou falar, é o manicomio-share.com ;) > > >> Em 6 de julho de 2012 15:20, Marcelo Gondim escreveu: >> >>> Em 06/07/2012 15:07, nervoso escreveu: Mais uma Dá uma olhada no acesso aos discos. a luz de acesso ao disco tem que ficar PISCANDO e nao "acesa"... se estiver "acesa", coloca no loader.conf a opcao: vm.kmem_size="16G" (nao se esqueça das ==>"<===) sendo 16G o dobro da memoria real... site de torrent mirror do TPB??? solta para nóis ai a url que o final de semana já está ai e um bom filme sempre é uma opcao... principalmente se for em portugues e dublado para as criancas... >>> hehehe assim que estiver no ar posto aí pro pessoal. É um dos sites mais >>> acessados e conhecidos ;) Na verdade a gente tá migrando ele da Holanda >>> para a Russia porque fomos obrigados à deixar o Datacenter por ser um >>> server de torrents. Na Russia só não podemos compartilhar conteúdo russo. >>> >>> Olha o status, mais um dado: >>> >>> Current Time: Friday, 06-Jul-2012 15:15:25 BRT >>> Restart Time: Friday, 06-Jul-2012 15:14:16 BRT >>> Parent Server Generation: 0 >>> Server uptime: 1 minute 9 seconds >>> Total accesses: 9468 - Total Traffic: 8.0 MB >>> CPU Usage: u12.0781 s11.3594 cu0 cs0 - 34% CPU load >>> 137 requests/sec - 118.0 kB/second - 880 B/request >>> 1557 requests currently being processed, 86 idle workers >>> >>> WWCWWWCWWCCWCCWW >>> W.WWWKWW_WWWK_WW >>> _WWW_WWW_WWK_WCWW__WCWWWKWWW >>> CWCWCWWWCWKWWWCW_WWC >>> CW_WWCWC >>> WW_WWC.W_WCCWWWC >>> CCWCWWCWWWCWWC_WWWCC >>> KWCWWKWCKWKKWWWC >>> WWWKCW..WWWCWWWC >>> KWWCWWWCWWW_CWK_CWWW >>> K.W__KWWRCWWWKKWKWWK >>> WKWWCWWWCWWWCWKCWWCW_WWWCWW_ >>> WWWKWWWCWWWCWWCW >>> WWKWCKWWWCCWCWWW >>> WWWCKWWCCWWW >>> WWCWWCWWWKWWW_CWWKKWWWCWWWCWWWKW >>> WWWCWWWCWWWKWCWWCWW_ >>> _KWCWW_WWWCCCWWW >>> CWW_WKCC_WWW >>> CCKWWCCWWKWWCWWW >>> WCWWWKKWWWKWWCCC.WWKWKWW >>> WWCWWCW_WWW.W_WKWWKWCCWW >>> WWWKCWCWWCWWWKCWWWCW >>> WWCWWC_WW.WWWCWC >>> WWCWCWWW.CWK_W_WK_CWW_WW__WW_WWW_W__W_WW >>> WW_WW___W___ >>> >>> >>> >>> >>> Scoreboard Key: >>> "*|_|*" Waiting for Connection, "*|S|*" Starting up, "*|R|*" Reading >>> Request, >>> "*|W|*" Sending Reply, "*|K|*" Keepalive (read), "*|D|*" DNS Lookup, >>> "*|C|*" Closing connection, "*|L|*" Logging, "*|G|*" Gracefully finishing, >>> "*|I|*" Idle cleanup of worker, "*|.|*" Open slot with no current process >>> >>> >>> - 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:
Re: [FUG-BR] Servidor com load altíssimo
Dale dale... Esse 9.0 ta uma "coisa" Te falei q dava certo no 8.2 :p Em 07/07/2012 11:07, "Marcelo Gondim" escreveu: > > Em 07/07/2012 10:26, Leonardo Augusto escreveu: > > Ooo ta brab > > > > 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=250 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
Re: [FUG-BR] Servior DNS por traz do NAT
vc jah tentou sniffar na rede interna para ver se as requisições 53/udp chegam no dns? eu tive situações parecidas com outros serviços, quando fui sniffar a requisição nao chegava e aparentemente as configs estavam, aparentemente, certas. Em 7 de julho de 2012 12:04, Paulo Henrique BSD Brasil < paulo.rd...@bsd.com.br> escreveu: > > > Em 7/7/2012 08:29, Helizonaldo . escreveu: > > > > > > Ola Amigos > > Venho pedir a ajuda de vocês, pois ja tentei e ainda nao obtive > sucesso..meu cenário 'e o seguinte: > > Tenho um servidor que infelizmente e "Windows 2008 Server" nele vai > rolar uma pagina web ASPX,na minha rede INTERNAR esse servidor tambem e um > Servidor DNS, meu problema 'e o sequinte > > preciso colocar esse servidor WINDOWS DNS que esta na classe interna > pra rodar por traz do meu Firewall FreeBSD classe EXTERNA > > O nat ta rodando bem, redirecionando a porta 80 sem problemamas a porta > 53 do NAT nao funciona, ele nao resolve os nomes de DNS > > o que fiz foi o sequinte: > > natd.confdynamic > yessame_ports yesuse_sockets yeslog yes > > redirect_port tcp 192.168.1.2:80 200.200.200.1:80 > > redirect_port udp 192.168.1.2:53 200.200.200.1:53 > > > > > mas nao funciona, alguém ja implementou alguma coisa parecida? > > > > > > grato > > > > > > Helizonaldo Alves de Morais > > Teresina-PI Brasil. > > +-+ > > o _ _ _ > > _o /\_ _ \\o (_)\__/o (_) > > _< \_ _>(_) (_)/<_\_| \ _|/' \/ > > (_)>(_) (_)(_) (_)(_)' _\o_ > > Gostei do ascii, > pelo visto está utilizando IPFW mais natd, por que não usa o IPFW-NAT ? > Fica a dica. > Quanto ao natd lembro de ter lido mensagens que queriam a mesma coisa, > da uma vista no historico, mais tem que colocar outro parametro junto do > natd.conf ou usar uma outra aplicação que no momento não lembro. > > -- > "Quando a Morte decide contar uma historia, > A melhor ação que possa fazer é ouvi-la, > e torcer por não ser a sua própria a tal história." > > Flames > /dev/null ( by Irado !! ). > RIP Irado! > > Paulo Henrique. > Analista de Sistemas / Programador > BSDs Brasil. > Genuine Unix/BSD User. > Fone: (21) 9683-5433. > > > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- [], Anderson Alves de Albuquerque. --- E-mails: andersonalvesdealbuquerque#hotmail.com (replace # by @) andersonaa#gmail.com (replace # by @) Skype: andersonalvesdealbuquerque ICQ: 73222660 --- - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servior DNS por traz do NAT
Em 7/7/2012 08:29, Helizonaldo . escreveu: > > > Ola Amigos > Venho pedir a ajuda de vocês, pois ja tentei e ainda nao obtive sucesso..meu > cenário 'e o seguinte: > Tenho um servidor que infelizmente e "Windows 2008 Server" nele vai rolar > uma pagina web ASPX,na minha rede INTERNAR esse servidor tambem e um Servidor > DNS, meu problema 'e o sequinte > preciso colocar esse servidor WINDOWS DNS que esta na classe interna pra > rodar por traz do meu Firewall FreeBSD classe EXTERNA > O nat ta rodando bem, redirecionando a porta 80 sem problemamas a porta 53 do > NAT nao funciona, ele nao resolve os nomes de DNS > o que fiz foi o sequinte: > natd.confdynamic > yessame_ports yesuse_sockets yeslog yes > redirect_port tcp 192.168.1.2:80 200.200.200.1:80 > redirect_port udp 192.168.1.2:53 > 200.200.200.1:53 > > mas nao funciona, alguém ja implementou alguma coisa parecida? > > > grato > > > Helizonaldo Alves de Morais > Teresina-PI Brasil. > +-+ > o _ _ _ > _o /\_ _ \\o (_)\__/o (_) > _< \_ _>(_) (_)/<_\_| \ _|/' \/ > (_)>(_) (_)(_) (_)(_)' _\o_ Gostei do ascii, pelo visto está utilizando IPFW mais natd, por que não usa o IPFW-NAT ? Fica a dica. Quanto ao natd lembro de ter lido mensagens que queriam a mesma coisa, da uma vista no historico, mais tem que colocar outro parametro junto do natd.conf ou usar uma outra aplicação que no momento não lembro. -- "Quando a Morte decide contar uma historia, A melhor ação que possa fazer é ouvi-la, e torcer por não ser a sua própria a tal história." Flames > /dev/null ( by Irado !! ). RIP Irado! Paulo Henrique. Analista de Sistemas / Programador BSDs Brasil. Genuine Unix/BSD User. Fone: (21) 9683-5433. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor com load altíssimo
2012/7/7 Leonardo Augusto : > 2012/7/7 Marcelo Gondim : >> Em 07/07/2012 10:26, Leonardo Augusto escreveu: >>> Ooo ta brab >>> >>> 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=250 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 ) > > PORRRAA DO CARALHO > > 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) 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 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. COMO JA FALEI, php/mysql hoje em dia sem memcache e acelerador, é SUICIDIO / AMADORISMO / INFANTILIDADE 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 . 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í
Re: [FUG-BR] Servidor com load altíssimo
2012/7/7 Marcelo Gondim : > Em 07/07/2012 10:26, Leonardo Augusto escreveu: >> Ooo ta brab >> >> 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=250 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 ) PORRRAA DO CARALHO 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
Re: [FUG-BR] Servidor com load altíssimo
Em 07/07/2012 10:26, Leonardo Augusto escreveu: > Ooo ta brab > > 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=250 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
Re: [FUG-BR] Servidor com load altíssimo
Ooo ta brab 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. 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
[FUG-BR] Servior DNS por traz do NAT
Ola Amigos Venho pedir a ajuda de vocês, pois ja tentei e ainda nao obtive sucesso..meu cenário 'e o seguinte: Tenho um servidor que infelizmente e "Windows 2008 Server" nele vai rolar uma pagina web ASPX,na minha rede INTERNAR esse servidor tambem e um Servidor DNS, meu problema 'e o sequinte preciso colocar esse servidor WINDOWS DNS que esta na classe interna pra rodar por traz do meu Firewall FreeBSD classe EXTERNA O nat ta rodando bem, redirecionando a porta 80 sem problemamas a porta 53 do NAT nao funciona, ele nao resolve os nomes de DNS o que fiz foi o sequinte: natd.confdynamic yessame_ports yesuse_sockets yeslog yes redirect_port tcp 192.168.1.2:80 200.200.200.1:80 redirect_port udp 192.168.1.2:53 200.200.200.1:53 mas nao funciona, alguém ja implementou alguma coisa parecida? grato Helizonaldo Alves de Morais Teresina-PI Brasil. +-+ o _ _ _ _o /\_ _ \\o (_)\__/o (_) _< \_ _>(_) (_)/<_\_| \ _|/' \/ (_)>(_) (_)(_) (_)(_)' _\o_ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd