Subject: Re: vm tuning/monitoring
To: SODA Noriyuki <soda@sra.co.jp>
From: Simon Burge <simonb@wasabisystems.com>
List: tech-kern
Date: 09/11/2004 01:40:31
SODA Noriyuki wrote:

> >>>>> On Fri, 10 Sep 2004 12:25:36 +1000,
> 	Simon Burge <simonb@wasabisystems.com> said:
> 
> > I added some evcnt counters and after 25 hours on my 512MB 2.0 branch
> > i386 (with yamt's recent anonpages accounting fix) I see:
> > 
> > 	thoreau 10> vmstat -ev | grep uvmscan
> > 	uvmscan anonunder                                 0        0 misc
> > 	uvmscan fileunder                                 0        0 misc
> > 	uvmscan execunder                              1745        0 misc
> > 	uvmscan anonover                                457        0 misc
> > 	uvmscan fileover                               1079        0 misc
> > 	uvmscan execover                                  0        0 misc
> >
> > Is it worth adding this to our sources (maybe #ifdef UVMSCAN_COUNTERS)?
> > The "uvmscan" might be better as "uvmpd_scan" too...
> 
> I'm not sure whether just counting those numbers is really useful or not.
> 
> For example,
> 
> - fileover is just fine. actually, causing fileover condition is most
>   important reason for existence of vm.{anon,exec,file}{min,max}.
> - not causing fileover condition may be fine too, as far as anonover
>   and execover don't happen at the same time.
> - causing execover also may be fine, as far as fileover happens at
>   the same time.
> - even causing anonover may be fine, if fileover and execover happen
>   at the same time.
> 
> According to your result, there isn't any execover although there
> is anonover, this probably means your vm.execmax is too large.

This sort of analysis is one reason for adding the counters :-)

Simon.
--
Simon Burge                            <simonb@wasabisystems.com>
NetBSD Support and Service:         http://www.wasabisystems.com/