How can this 'top' command output make sense? Load over 7 and
total CPU use ~5%
Wojciech Puchar
wojtek at wojtek.tensor.gdynia.pl
Sun May 24 09:57:23 UTC 2009
> Look below: load over 7 and no processes take much CPU.
load average is NOT sum of CPU loads.
for example program reading constantly from HDD and using no CPU will add
1 to load average.
other things like net I/O etc. are calculated too. i can't explain you
exactly how because i don't know precisely.
but load average is total load not just CPU load
>
> Yuri
>
> 7.2-PRERELEASE, 32-bit on i7-920.
>
>
>
> ------------------------------------------------------------
> last pid: 93192; load averages: 7.68, 6.27, 4.61
> up 2+03:11:29 20:25:24
> 204 processes: 9 running, 193 sleeping, 1 stopped, 1 zombie
> CPU: 5.3% user, 0.0% nice, 0.0% system, 0.0% interrupt, 94.7% idle
> Mem: 867M Active, 1684M Inact, 279M Wired, 65M Cache, 112M Buf, 92M Free
> Swap: 16G Total, 142M Used, 16G Free
>
> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
> 60032 yuri 1 46 0 285M 183M select 0 41:15 0.59% Xorg
> 60400 yuri 1 4 0 12576K 9144K kqread 4 29:44 0.00%
> wineserver
> 92982 yuri 1 44 0 53012K 16800K CPU3 3 18:50 0.00% kdeinit4
> 92986 yuri 1 44 0 53012K 16800K CPU7 7 18:48 0.00% kdeinit4
> 92988 yuri 1 107 0 53012K 16840K CPU6 6 17:22 0.00% kdeinit4
> 60104 yuri 1 44 0 132M 45860K select 0 16:58 0.00% kwin
> 92984 yuri 1 117 0 53012K 16800K RUN 5 14:56 0.00% kdeinit4
> 60096 yuri 1 44 0 89732K 30040K select 4 10:10 0.00% kded4
> 93141 yuri 1 53 0 53012K 16800K CPU5 5 3:52 0.00% kdeinit4
> 93139 yuri 1 44 0 53012K 16800K CPU1 1 3:30 0.00% kdeinit4
> 60174 yuri 1 44 0 3168K 1400K select 0 1:28 0.00%
> ksysguardd
> 450 root 1 4 0 3128K 800K select 4 0:44 0.00% dhclient
> 1131 messagebus 1 4 0 3344K 1384K select 4 0:40 0.00%
> dbus-daemon
>
> _______________________________________________
> freebsd-questions at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscribe at freebsd.org"
>
>
More information about the freebsd-questions
mailing list