Re: %wa (top) muito elevado, quem pode ser ?
Hamacker,
vamos por partes.
Veja o resultado do comando free no meu PC.
elisetero:/home/gonzaga# free
total used free shared buffers cached
Mem: 1946248 985428 960820 0 199564 387312
-/+ buffers/cache: 398552 1547696
Swap: 498004 0 498004
Note que muitos cometem um erro de interpretação quando avaliam este comando.
A memória livre disponível = total - used + buffers + cached => 1547696
A de Swap não está sendo utilizada.
A)Veja no seu caso e tire sua dúvida
B)Execute o man vmstat e veja, dentre outros, as informações para que vc
possa interpretar o vmstat com mais detalhes:
swpd: the amount of virtual memory used.
free: the amount of idle memory.
buff: the amount of memory used as buffers.
cache: the amount of memory used as cache.
observe que quando há CPU Wait I/O nos dados que você passou de seu
vmstat, a memória swpd não varia e há memória livre. Não é o caso.
Você está com contenção de I/O.
Você tem, pelo que pude notar, somente um disco e um ambiente SMP com 2
processadores. Seria importante adicionar mais discos e distribuir os
dados, pelo perfil de acesso, neles.
Em um estudo de um problema, aqui na empresa, em um servidor com
Filesystem EXT3 no servidor de correio, o WA ficava em torno de 50-60%.
Ao adotarmos o XFS, que levanta um processo para dados e outro para log
para cada filesystem, o WA caiu para 0,1-0,5%. Cada caso é um caso.
se os dispositivos físicos de disco forem distintos, o XFS faz acessos
paralelos e simultâneos.
Reavalie seu ambiente.
Um abraço,
Gonzaga.
Em Ter, Agosto 19, 2008 17:11, hamacker escreveu:
> Hummm.... não conhecia esse comando.
> Como interpreto estes valores para determinar que seja realmente
> memória virtual? # vmstat 1
> procs -----------memory---------- ---swap-- -----io---- -system--
> ----cpu----
> r b swpd free buff cache si so bi bo in cs us sy id
> wa 0 0 52 235988 21744 198872 0 0 438 66 389 302 1 1
> 89 10
> 0 0 52 235988 21744 198872 0 0 0 0 261 14 0 0 100
> 0
> 0 0 52 235988 21744 198896 0 0 0 200 348 64 0 0 100
> 0
> 0 0 52 235244 21776 199548 0 0 16 116 1349 1331 0 2 97
> 2
> 0 0 52 235260 21776 199548 0 0 0 0 253 20 0 0 100
> 0
> 0 0 52 235260 21776 199548 0 0 0 0 253 6 0 0 100
> 0
> 0 0 52 235260 21776 199548 0 0 0 0 259 16 0 0 100
> 0
> 0 0 52 235260 21788 199536 0 0 0 760 272 27 0 0 100
> 0
> 0 0 52 235268 21788 199548 0 0 0 0 315 76 0 0 100
> 0
> 0 0 52 235268 21796 199540 0 0 0 44 257 21 0 0 100
> 0
> 0 0 52 235268 21796 199548 0 0 0 0 267 22 0 0 100
> 0
> 0 0 52 235268 21796 199548 0 0 0 0 257 8 0 0 100
> 0
> 1 0 52 235268 21796 199548 0 0 0 0 261 19 0 0 100
> 0
> 0 0 52 235268 21796 199548 0 0 0 0 264 14 0 0 100
> 0
> 0 0 52 235088 21804 199692 0 0 176 52 567 191 0 0 98
> 1
> 0 0 52 235088 21804 199692 0 0 0 0 568 322 0 1 99
> 0
> 0 0 52 235088 21804 199724 0 0 0 0 281 46 0 0 100
> 0
> 0 0 52 235088 21804 199724 0 0 0 0 327 82 0 0 100
> 0
Reply to: