[FUG-BR] Tentando migrar o manicomio-share pra FreeBSD - 3ª tentativa
Fabricio Lima
listas em fabriciolima.com.br
Quarta Maio 13 11:12:34 BRT 2015
Vc informou anteriormente:
# sysctl kern.ipc.nmbclusters
kern.ipc.nmbclusters: 1013816
Cada cluster consome 2K de memoria.
como vc ja ta com 1milhao de mbufs. o q daria 2GB ram.
Como essa maquina é amd64, vamos aumentar isso. ___dobra este valor.__ poe
2048000
Esse servidor precisa ter no minimo 8gb. serao 4gb so pra entregar as
conexoes pro apache!
e uns 4gb pra banco/apache.
altera tb os pontos abaixo, achei seus valores muito 'fraquinhos' e outros
tunaram pro proprio valor default:
kern.ipc.maxsockbuf=4194304 #este é o valor indicado pra gigabit, mesmo q
vc esteja em 100mbit, creio q vc ta topando esta placa, o q lhe deixaria
elegivel pra usar este valor.
net.inet.tcp.sendbuf_max=4194304 # (default 2097152)
net.inet.tcp.recvbuf_max=4194304 # (default 2097152)
kern.ipc.soacceptqueue=1024 # backlog queue depth for accepting new TCP
connections
net.inet.tcp.mssdflt=1460 # maximum segment size (largest payload)
net.inet.tcp.recvspace: 262144 # estava em 128k
net.inet.tcp.sendspace: 262144 # estava no default 32k
agora quero ver esse cabrunco nao aguentar...
mesmo eskema, aplica estes valores, vira o IP, e na hora q der crash pega o
nestat -m e aquele outro q sugeriram q tem tanta letra q nao consigo
decorar heheeh -Lapnmasdfhasdflasd
[ ]'s
Fabricio Lima
Sendmail administration is not black magic. There are legitimate technical
reasons why it requires the sacrifice of a live chicken.
Em 13 de maio de 2015 05:44, Fabricio Lima <listas em fabriciolima.com.br>
escreveu:
> Blz
> Ta mole
> Aumenta mbufs e bytes allocated to network
>
> To no cel
>
>
> Em terça-feira, 12 de maio de 2015, Marcelo Gondim <gondim em bsdinfo.com.br>
> escreveu:
>
>> On 12-05-2015 18:17, Tiago Ribeiro wrote:
>>
>>> Em 12/05/2015, à(s) 17:36, Marcelo Gondim <gondim em 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
>>
>
>
> --
> [ ]'s
> Fabricio Lima
> Sendmail administration is not black magic. There are legitimate technical
> reasons why it requires the sacrifice of a live chicken.
>
>
Mais detalhes sobre a lista de discussão freebsd