Analyse vmstat and iostat

Hi,

I am looking at a set of vmstat data and iostat data collected

over a period of a month on a 2cpu + 2 gb server running

iplanet web server. My questions are:

1. The 4th column of vmstat is swap. To be honest I never

really was able to correlate what I understand in school

about swap and what I see in real life. What I am seeing is

that swap available can drop to as little as 328 KB and

move back up to 2 GB and then drop back to few hundred

Ks again. During this period, free mem remains constant

at about 200 MB. Appreciate any advise.

2.

[627 byte] By [jon_jon888] at [2007-11-25 23:17:35]
# 1

Hi again,

For the second part of my previous unfinished mail,

2. I oftern look for io problems using svc_t column of iostat

looking out for more than 30 ms service time. However

I have often realised that root disks and their mirrors on

many system consistently display up to 100ms of svc_t.

My instinct tell me this has to be wrong but could never

find any documentation explaining why. Any advise is

appreciated.

jon_jon888 at 2007-7-5 18:06:10 > top of Java-index,General,Talk to the Sysop...
# 2

Take a look at Memory System, sizing, Tools and Architecture (Sun document)

The 4th field of vmstat shows free and unreserved swap available in Kbytes.

The variations observed therefore depend on the swap freed and reservation. Those two elements are monitored with the pi,po,fr columns (respectively pages paged in, paged out, pages freed).

As for the memory being constant, Solaris use an extra abstraction layer called vnode to deal with memory resources. As a result, "Free memory" isn't reliable as a mean to evaluate memorty shortage.

To detect memory shortage, look the sr and po columns from vmstat. Excessive paging activty will result in constantly non-zero values.

NDumeige at 2007-7-5 18:06:10 > top of Java-index,General,Talk to the Sysop...