On Dec 4, 2007 11:00 AM, Jose Oliveira <[EMAIL PROTECTED]> wrote:
> Olá Vinicius
>
> Não usei o NDOutils ainda mas acho que sua observação não é porque ele "come
> memória" mas porque ele roda...
>
> Não sei qual versão de kernel que voce tem mas, o que voce precisa observar
> não é se a memória está "acabando" mas sim se o servidor está fazendo swap.
>
> A questão é que, quando o ndoutils está no ar ele demanda mais i/o, primeiro
> porque captura os dados do Nagios e envia para o Banco (o i/o é a
> transferência de dados, não a leitura/gravação em disco) e depois porque o
> Mysql precisa gravar o dado...
>
> Deixe o cara rodar e observe realmente a memória com o free. Memória
> ocupada, mas por buffers ou cache não é exatamente preocupante. É comum o
> kernel fazer cache de i/o em memória, para melhorar a performance.
>
> A tendência do kernel é comsumir a memória real toda, até chegar a uns 90%
> de ocupação. Depois que estabilizar perto disto, fique de olho nos fault/s e
> majflt/s do sar -B. Para tomadas dinâmicas, use vmstat 30.
>
> Ainda não encontrei o valor ideal em documentações de kernel mas, fazendo um
> paralelo com máquinas Sun, nenhum destes dois pode ser maior que 200
> sustentado, em leituras de 30 em 30 segundos.
>
> Aqui onde trabalho tem uma máquina com duas CPU's Xeon e 4Gb de memória,
> rodando duas instâncias de Oracle. A memória livre é de 230k mas ela não
> manda nenhuma pagina para swap durante muito tempo...
>
> Este comportamento de ocupar memória para fazer cache de arquivos acontece
> com Solaris, Linux e Windows 2000 e 2003.
>
> Tenha fé e fique de olho no swap. Quando a máquina liga, ela sempre manda
> algum programa paradão para o swap. É normal tambem e não indica que voce
> tem pouca memória...
>
> Finalmente voce pode olhar, com o top, se a quantidade de memória que o
> NDOutils aloca vai crescendo sempre. Este comportamento não é normal e pode
> ser algum bug do código. Ele crescer um pouco, diminuir e depois crescer
> também é normal.
>
> Abraços
> JGeraldo
>
Obrigado pelas dicas.
Observei o servidor por alguns dias e acho que não devo me preocupar.
Realmente grande parte da memória esta sendo usada para cache:
[EMAIL PROTECTED]:~$ vmstat 1 5
procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu----
r b swpd free buff cache si so bi bo in cs us sy id wa
2 0 96 60428 142096 1753216 0 0 0 11 22 17 4 1 95 0
1 0 96 60428 142096 1753216 0 0 0 0 118 411 56 5 39 0
0 0 96 60428 142096 1753284 0 0 0 456 224 671 30 3 65 1
0 0 96 60428 142096 1753284 0 0 0 168 146 124 2 0 98 0
0 0 96 60428 142096 1753284 0 0 0 0 124 49 0 0 100 0
[EMAIL PROTECTED]:~$ free
total used free shared buffers cached
Mem: 2076028 2014824 61204 0 142096 1753352
-/+ buffers/cache: 119376 1956652
Swap: 2907724 96 2907628
E o top:
top - 11:06:25 up 4 days, 23:55, 2 users, load average: 0.06, 0.07, 0.08
Tasks: 65 total, 1 running, 64 sleeping, 0 stopped, 0 zombie
Cpu(s): 3.9% us, 0.8% sy, 0.0% ni, 94.9% id, 0.4% wa, 0.0% hi, 0.0% si
Mem: 2076028k total, 2015708k used, 60320k free, 142108k buffers
Swap: 2907724k total, 96k used, 2907628k free, 1753544k cached
Só não consegui monitorar o fault/s e majflt/s que você falou porque o
meu comando sar não tem opçao -B e não achei nada equivalente.
--
Vinícius.
personal site - http://vinicius.oitobits.net
gaming blog - http://www.oitobits.net
-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
--
Nagios-users-br@lists.sourceforge.net mailing list
https://lists.sourceforge.net/lists/listinfo/nagios-users-br
Wiki: http://nagios-br.sf.net/wiki
