[prev in list] [next in list] [prev in thread] [next in thread] 

List:       freebsd-hackers
Subject:    Re: FreeBSD-10 and processes swapping out for no reason
From:       Dmitry Sivachenko <trtrmitya () gmail ! com>
Date:       2014-01-09 21:08:35
Message-ID: BE4C690E-4F75-41BE-9BC2-17D79F66B8ED () gmail ! com
[Download RAW message or body]

On 07 янв. 2014 г., at 20:16, Dmitry Sivachenko <trtrmitya@gmail.com> wrote:

> Hello!
> 
> Recently I updated several of my servers from 9.2-STABLE 10.0:
> 10.0-PRERELEASE FreeBSD 10.0-PRERELEASE #0 r259661
> 
> Workload did not change at all, same programs, same load, same hardware.
> 
> I noticed that some of the processes on 10.0 boxes are marked as swapped out in \
> top(1) output: 
> 1436 root            1  43    0 16524K     0K nanslp 14   1:14   0.00% <cron>
> 1381 smmsp           1  20    0 23988K     0K pause  18   0:04   0.00% <sendma
> 99348 mitya           1  21    0 23492K     0K pause  16   0:00   0.00% <csh>
> 
> ps also shows them as swapped out (W as second character in state field):
> 1381  -  IWs       0:00.00 sendmail: Queue runner@00:30:00 for /var/spool/clie
> 1436  -  IWs       0:00.00 /usr/sbin/cron -s
> 80231  -  IWs       0:00.00 /usr/local/sbin/collectdmon -c /usr/local/sbin/coll
> 99348  1  IWs       0:00.00 -csh (csh)
> 
> These machines have enought RAM and that never happened on 9.2-STABLE.
> 
> I turned off swap:
> # swapinfo
> Device          1K-blocks     Used    Avail Capacity
> #
> 
> And state of these processes did not change: still second characted in state field \
> of ps output is W, and top shows them in angles. 
> How should I treat that?
> 
> Thanks.



Anyone else observing this?  Right now looks like I can't trust top(1) values for RES \
and ps(1) states.

_______________________________________________
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"


[prev in list] [next in list] [prev in thread] [next in thread]