[FUG-BR] Monitorar arquivos abertos

Welkson Renny de Medeiros welkson em focusautomacao.com.br
Quarta Julho 16 09:56:34 BRT 2008


Achei aqui um mini tutorial que eu tinho feito a algum tempo para resolver 
esse problema, era só adicionar a seguinte linha no kernel:

options         PMAP_SHPGPERPROC=1024

Só que vi que no último kernel que compilei (Free 7.0) não incluí esse 
parâmetro... teoricamente se eu recompilar o kernel com a opção acima vai 
resolver... mas quero entender como ela funciona.

Fui ler um pouco mais sobre esse parâmetro, parece que o default é 201... em 
mensagens anteriores do fug vi o pessoal indicando para aumentar para 300... 
qual valor você usa nesse parâmetro?

Abaixo meus PVs atuais:

[root em intranet /usr/src/sys/i386/conf]# sysctl -a | grep pv
vm.pmap.pv_entry_spare: 60011
vm.pmap.pv_entry_allocs: 19405387
vm.pmap.pv_entry_frees: 18948294
vm.pmap.pv_entry_count: 457094
vm.pmap.pv_entry_max: 1471008

Nosso amigo "Core Dump" mostrou essa ajuda (deve ser do man):

"Just remember that you can't set PMAP_SHPGPERPROC
arbitrarily high or you could overflow your KVA without ever hitting
the limit for PV ENTRY.  It's best to nudge it upwards gradually
until the "collecting PV entries" goes away, provided you've
tweaked Apache as suggested above."

Pelo que entendi, não devo colocar um valor muito alto, analisar prmeiro os 
PVs antes de definir o SHPGPERPROC.

Desculpa tá estendendo esse tópico, mas acho que todos tem dúvida sobre 
"tunning" no BSD... pegar uma receita e colar sem entender é complicado...

Outro dia peguei um monte desses "tunning" do sysctl, colei, reiniciei, o 
servidor ficou todo doido.. :-)

Abraço e obrigado pela atenção.

Welkson

(Desculpa pelo top posting - outlook é f...)



----- Original Message ----- 
From: "Daniel Bristot de Oliveira" <danielbristot em gmail.com>
To: "Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)" 
<freebsd em fug.com.br>
Sent: Wednesday, July 16, 2008 7:36 AM
Subject: Re: [FUG-BR] Monitorar arquivos abertos


Opa! Bier (como dizem em Joinville - SC),

Cara, é shared memory mesmo, os meus valores (importantes aqui)  são os
seguintes no meu ambiente:

kern.ipc.shmall: 16384
kern.ipc.shmseg: 256
kern.ipc.shmmni: 256
kern.ipc.shmmin: 1
kern.ipc.shmmax: 67108864
kern.ipc.msgseg: 8192
kern.ipc.msgssz: 64
kern.ipc.msgtql: 512
kern.ipc.msgmnb: 16384
kern.ipc.msgmni: 64
kern.ipc.msgmax: 524288

Eu os setei com o seguintes parâmetros na configuração do kernel:

options         SHMMAXPGS=16384
options         SHMALL=16384
options         SHMMNI=256
options         SHMSEG=256
options         MSGMNB=16384
options         MSGMNI=64
options         MSGSEG=8192
options         MSGSSZ=64
options         MSGTQL=512

Isto para um Dell PowerEdge 1800, 3 Gb de ram, para uma rede com cerca de
1000 clientes. Mas nada muito grande de Link...

Sobre NMBCLUSTERS, eles são muito importantes, pois neles são armazenados os
buffers das janelas de conexões. Mas pelo valor que está setado ai, creio
que ele não seja a causa do problema.

Ve o que dá ai :D

Att
2008/7/15 MArvelrat <marvelrat em bol.com.br>:

> Ih tb to com essa mesma msg...
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Daniel Bristot de Oliveira
-------------------------
Histórico: http://www.fug.com.br/historico/html/freebsd/
Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd



Mais detalhes sobre a lista de discussão freebsd