Em 10/01/13 00:36, Marcelo Gondim escreveu: > Em 09/01/13 14:13, Matheus L. Abreu escreveu: >> 2013/1/9 Luiz Gustavo S. Costa <luizgust...@luizgustavo.pro.br> >> >>> Em 9 de janeiro de 2013 13:37, Marcelo Gondim <gon...@bsdinfo.com.br> >>> escreveu: >>>> É isso aí pessoal, >>>> >>>> Para aqueles aqui que já são usuários do manicomio-share.com, torçam aí >>> "uati diz" ?? eu não conheço :) e não abriu aqui a url. >>> >>> -- >>> Luiz Gustavo Costa (Powered by BSD) >>> *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ >>> mundoUnix - Consultoria em Software Livre >>> http://www.mundounix.com.br >>> ICQ: 2890831 / MSN: cont...@mundounix.com.br >>> Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 >>> Blog: http://www.luizgustavo.pro.br >>> ------------------------- >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >> Se precisar de um help ... além de usuário do manicomio tenho um pouco de >> experiência em otimizações no apache/ngnix/freebsd. >> >> > É povo. Muito estranho. Coloquei teoricamente as mesmas configurações de > apache e mysql que estavam rodando com o outro sistema e o que acontece > é o seguinte: > > Site entra normal e depois de alguns segundos babau, load vai lá em 400, > mysql usando mais de 200% e aí o apache morre, morre de um jeito que os > filhos ficam lá mas quando tenta acessar o site diz: > > A conexão para o servidor foi reiniciada durante o carregamento da página. > > E aí só re-iniciando o apache novamente. To aqui na luta tentando > descobrir. > > 10143/13797/23940 mbufs in use (current/cache/total) > 9919/2887/12806/262144 mbuf clusters in use (current/cache/total/max) > 9919/2881 mbuf+clusters out of packet secondary zone in use (current/cache) > 112/878/990/33280 4k (page size) jumbo clusters in use > (current/cache/total/max) > 0/0/0/16640 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/8320 16k jumbo clusters in use (current/cache/total/max) > 22821K/12735K/35557K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 538 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > # swapinfo > Device 1K-blocks Used Avail Capacity > /dev/label/swap 16777212 0 16777212 0% > > e o i/o de disco tá baixo. To tentando descobrir o que tá fazendo o load > saltar de 5 pra 200. > > Sinistro. Com certeza tem algum tunning faltando. No /var/log/messages fica batendo direto:
Jan 10 00:58:17 ms kernel: Limiting open port RST response from 265 to 200 packets/sec Jan 10 00:58:18 ms kernel: Limiting open port RST response from 235 to 200 packets/sec Jan 10 00:58:19 ms kernel: Limiting open port RST response from 336 to 200 packets/sec Jan 10 00:58:20 ms kernel: Limiting open port RST response from 322 to 200 packets/sec Jan 10 00:58:21 ms kernel: Limiting open port RST response from 243 to 200 packets/sec Jan 10 00:58:22 ms kernel: Limiting open port RST response from 309 to 200 packets/sec Jan 10 00:58:23 ms kernel: Limiting open port RST response from 227 to 200 packets/sec Jan 10 00:58:24 ms kernel: Limiting open port RST response from 280 to 200 packets/sec Jan 10 00:58:25 ms kernel: Limiting open port RST response from 246 to 200 packets/sec Jan 10 00:58:26 ms kernel: Limiting open port RST response from 341 to 200 packets/sec To usando no sysctl.conf: net.inet.udp.blackhole=1 net.inet.tcp.blackhole=2 ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
