[FUG-BR] Tentando migrar o manicomio-share pra FreeBSD - 3ª tentativa

[Nilton Jose Rizzo]

Em Tue, 12 May 2015 19:47:03 -0300, Marcelo Gondim escreveu
> On 12-05-2015 18:17, Tiago Ribeiro wrote:
> >> Em 12/05/2015, à(s) 17:36, Marcelo Gondim <gondim at bsdinfo.com.br> escreveu:
> >>
> >> On 12-05-2015 17:06, Fabricio Lima wrote:
> >>> consegue virar o site pra ele, dar um netstat -m deixar fritar e colar pra
> >>> nos?
> >>>
> >>> enquanto o DNS está virando gradualmente na internet, o site chega a abrir?
> >>> e so depois q 'frita' q passa a nao abrir mais?
> >>>
> >>> quanto tem de memoria?
> >> Vou fazer um teste mais tarde. O teste é instantâneo porque uso a
cloudflare e aí só mudo o IP de destino. Dessa forma não preciso mexer com os
DNS. :)
> >> Altero o IP e aí é só contar até 10 rsrsrsrs
> >> Vou fazer isso e mando aqui na lista. Mais alguma saída pra eu postar aqui?
> >>
> >> []'s
> >>
> >>
> > Pega o netstat -LnAa | grep fffff800079cb800
> >
> > sendo o fffff800079cb800 a saída do sonewconn, você
> > vai conseguir pegar se é o apache mesmo que está fazendo a fila.
> >
> > Não conheço nada do Nginx, mas vale dar uma olhada sobres estes tunings do
> > FreeBSD pra rodar com ele, neste link[1] .
> >
> > [1] http://nginx.org/en/docs/freebsd_tuning.html
> >
> >
> Fiz um teste agora e o resultado aí abaixo:
> 
> # netstat -m
> 90991/8954/99945 mbufs in use (current/cache/total)
> 90990/1376/92366/1013816 mbuf clusters in use 
> (current/cache/total/max) 90990/1355 mbuf+clusters out of packet 
> secondary zone in use (current/cache) 0/300/300/506907 4k (page size)
>  jumbo clusters in use 
> (current/cache/total/max) 0/0/0/150194 9k jumbo clusters in use 
> (current/cache/total/max) 0/0/0/84484 16k jumbo clusters in use 
> (current/cache/total/max) 204727K/6190K/210918K bytes allocated to 
> network (current/cache/total) 0/0/0 requests for mbufs denied 
> (mbufs/clusters/mbuf+clusters) 0/0/0 requests for mbufs delayed 
> (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters 
> delayed (4k/9k/16k) 0/0/0 requests for jumbo clusters denied 
> (4k/9k/16k) 0 requests for sfbufs denied 0 requests for sfbufs 
> delayed 140 requests for I/O initiated by sendfile
> 
> May 12 19:39:28 www kernel: sonewconn: pcb 0xfffff80229096930: 
> Listen queue overflow: 30001 already in queue awaiting acceptance 
> (20368 occurrences)
> 
> Pois é não aparece esse endereçamento sonewconn saca só abaixo:
> 
> # netstat -LnAa
> Current listen queue sizes (qlen/incqlen/maxqlen)
> Tcpcb            Proto Listen         Local Address
> fffff804401e6800 tcp4  33/0/50000     186.193.48.14.443
> fffff802a0d05400 tcp4  20358/2/50000  186.193.48.14.80
> fffff8000de95800 tcp4  0/0/128        *.4321
> fffff8000de95c00 tcp6  0/0/128        *.4321
> fffff8000dd74000 tcp4  0/0/150        127.0.0.1.3306
> Some tcp sockets may have been created.
> unix  0/0/150        /tmp/mysql.sock
> unix  0/0/1024       /var/run/memcached.sock
> unix  0/0/4          /var/run/devd.pipe
> unix  0/0/4          /var/run/devd.seqpacket.pipe
> 
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



  Godim .... essas requisições são para o apache, corretp?
mas e se não for o apache o problema e sim o mysql?  Já pensou
que cada requisição precisa realizar uma query no banco, será que seu
sistema de arquivos / disco não está suportando o mysql?


---
/*************************************************
**Nilton José Rizzo            UFRRJ
**http://www.rizzo.eng.br      http://www.ufrrj.br
**http://lattes.cnpq.br/0079460703536198
**************************************************/