[prev in list] [next in list] [prev in thread] [next in thread]
List: opensolaris-tools-discuss
Subject: [tools-discuss] Re: [perf-discuss] cpu performance counters
From: "=?GB2312?B?zNW93SBFdWxlciBUYW8=?=" <eulertao () gmail ! com>
Date: 2007-06-18 15:24:54
Message-ID: e31dc64a0706180824j1c42cbabhe37b5c5a9dd83485 () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
Hi, Jean
Thank you for your explaination and your helpful advices :)
It seems you're right. After reading your guess, it reminded me that
something I've read from a book, Solairs Performance and Tools, and the
author talked about the decaying problem in this book.
2007/6/18, Jean-Francois Richard <jfr@nortel.com>:
>
> Hi
>
> I don't know enough about the specifics for Open Solaris so the
> following is based on the guess that it is the same as regular Solaris (the
> fact that your vmstat r queue is at values like 7 and that idle CPU is at 0%
> but prstat shows only about 4% CPU makes this feel like a good guess) .
> Historically, Solaris used the "pcpu" parameter to display CPU against
> individual processes in prstat (or as part of ps -ef with the -o option). As
> pcpu is based on a slowly decaying average (equivalent to exponential
> weighting over the last minute) it deals poorly with processes with short
> lives such as the one you have (your example from your snap shot below shows
> that the CPU times are all very low - suggesting processes which don't stay
> up for long). Typically, changing the prstat refresh time doesn't change
> anything because the %cpu it is displaying remains the decaying average over
> the last minute. Alternatives could be prstat with the -m option if it is
> supported. The TOP tool
>
yes, -m option works partially. It shows the whole system's user and system
CPU percentage correctly, but to each process, they all look idle as well,
and no short lives are displayed either.
changed how it calculates per process CPU% for Solaris (it stopped
> displaying the pcpu parameter and started to calculate %cpu based on the
> increases in cpu time) as of version 3.6, so you might want to give that a
> try. Because TOP calculates CPU% of the processes based on CPU time, going
> to a shorter refresh rate actually does help to improve accuracy for short
> processes... but it can't go below 1 second. Many short lived processes
> live less than one second. I don't know
>
TOP doesn't work correctly, it ignores all the short lives as well as the
prstat. But the whole system's user and system CPU percentage are correct in
TOP.
Dtrace that well but look forward to having a good tools to deal with this
> type of situation.
>
Yes, DTrace works! I've used the dtrace script named shortlived.d introduced
by ,Matty in his email and the result is:
root@dell:~/performance/DTraceToolkit-0.96/Bin# ./shortlived.d
Tracing... Hit Ctrl-C to stop.
^C
short lived processes: 15.941 secs
total sample duration: 20.880 secs
Total time by process name,
mkdir 26 ms
mv 36 ms
lint2 37 ms
date 40 ms
lint 642 ms
sh 678 ms
dmake 1422 ms
lint1 12690 ms
Total time by PPID,
26628 5 ms
26637 5 ms
26643 5 ms
26659 5 ms
26665 5 ms
26682 5 ms
26691 5 ms
26697 5 ms
26715 5 ms
26721 5 ms
26739 5 ms
26748 5 ms
26754 6 ms
26653 7 ms
26678 7 ms
26699 7 ms
26709 7 ms
26723 7 ms
26727 7 ms
26733 7 ms
24185 8 ms
26621 8 ms
26624 8 ms
26675 8 ms
26703 8 ms
26768 8 ms
26780 8 ms
26784 8 ms
26788 8 ms
26792 8 ms
26796 8 ms
26800 8 ms
26804 8 ms
26808 8 ms
26812 8 ms
26820 8 ms
26828 8 ms
26840 8 ms
26844 8 ms
26860 8 ms
26872 8 ms
26756 9 ms
26757 9 ms
26764 9 ms
26776 9 ms
26816 9 ms
26824 9 ms
26832 9 ms
26836 9 ms
26848 9 ms
26852 9 ms
26856 9 ms
26864 9 ms
26873 9 ms
26772 10 ms
26845 10 ms
26861 10 ms
26667 11 ms
26765 11 ms
26837 11 ms
26865 11 ms
26613 12 ms
26645 12 ms
26773 12 ms
26777 12 ms
26797 12 ms
26801 12 ms
26825 12 ms
26833 12 ms
26841 12 ms
26607 13 ms
26648 13 ms
26670 13 ms
26758 13 ms
26759 13 ms
26769 13 ms
26785 13 ms
26789 13 ms
26793 13 ms
26805 13 ms
26809 13 ms
26813 13 ms
26817 13 ms
26821 13 ms
26829 13 ms
26853 13 ms
26616 14 ms
26700 14 ms
26704 14 ms
26728 14 ms
26781 14 ms
26849 14 ms
26857 14 ms
26610 15 ms
26674 15 ms
26724 15 ms
26652 16 ms
26708 23 ms
26732 23 ms
26737 24 ms
26874 33 ms
26626 39 ms
26680 39 ms
26862 46 ms
26620 48 ms
26590 51 ms
26713 60 ms
26689 61 ms
26635 67 ms
26657 67 ms
26766 144 ms
26866 147 ms
26838 152 ms
26846 155 ms
26625 163 ms
26679 163 ms
26746 177 ms
26842 180 ms
26668 205 ms
26646 206 ms
26656 211 ms
26634 214 ms
26688 250 ms
26712 252 ms
26761 255 ms
26790 263 ms
26798 263 ms
26806 264 ms
26814 265 ms
26818 265 ms
26826 266 ms
26810 267 ms
26822 267 ms
26778 270 ms
26834 270 ms
26770 271 ms
26774 271 ms
26671 273 ms
26649 275 ms
26802 275 ms
26854 292 ms
26608 351 ms
26830 360 ms
26614 366 ms
26794 374 ms
26850 391 ms
26705 410 ms
26729 412 ms
26760 430 ms
26786 442 ms
26858 459 ms
26617 510 ms
26782 546 ms
26725 549 ms
26701 556 ms
26611 694 ms
root@dell:~/performance/DTraceToolkit-0.96/Bin#
YES! DTRACE CATCHED THESE SHORT LIVES!
>
> Hope it helps and others, please correct me if I am saying anything wrong
> or that doesn't apply to OpenSolaris,
>
> JF.
>
> ------------------------------
> *From:* perf-discuss-bounces@opensolaris.org [mailto:
> perf-discuss-bounces@opensolaris.org] *On Behalf Of *eulertao@gmail.com
> *Sent:* Monday, June 18, 2007 8:28 AM
> *To:* opensolaris-discuss@opensolaris.org; tools-discuss@opensolaris.org;
> perf-discuss@opensolaris.org
> *Subject:* [perf-discuss] cpu performance counters obtained by vmstat and
> prstat look conflict
>
>
> Dear all:
>
> I'm compiling the ON build 65's source code now, using "nightly
> opensolaris.sh" command.
>
> The prstat reports that system is very idle, but the load average tells me
> that the system is very busy. -,-
> And then I check the vmstat report, it shows the system is busy now, too.
> Following are the reports, what's the problem?
>
> ps, My system is a dell workstation with a P4 1.7G CPU and 512MB memory.
>
> PID USERNAME SIZE RSS STATE PRI NICE TIME CPU PROCESS/NLWP
> 6673 root 13M 12M sleep 35 0 0:00:02 2.9% dmake/1
> 9086 root 5672K 3396K run 35 0 0:00:00 0.5% acomp/1
> 6634 root 2080K 1344K sleep 59 0 0:00:00 0.2% vmstat/1
> 9080 root 9640K 6576K run 15 0 0:00:00 0.2% ube/1
> 8383 root 4320K 2764K cpu0 59 0 0:00:00 0.1% prstat/1
> 7720 root 8112K 3928K sleep 59 0 0:00:00 0.0% sshd/1
> 9083 root 1140K 876K sleep 35 0 0:00:00 0.0% sh/1
> 9071 root 1200K 920K run 15 0 0:00:00 0.0% cc/1
> 9069 root 1140K 876K sleep 45 0 0:00:00 0.0% sh/1
> 9085 root 1192K 916K sleep 35 0 0:00:00 0.0% cc/1
> 9070 root 996K 688K sleep 35 0 0:00:00 0.0% cw/1
> 9084 root 996K 668K run 25 0 0:00:00 0.0% cw/1
> 9082 root 13M 1320K sleep 35 0 0:00:00 0.0% dmake/1
> 9068 root 13M 1316K sleep 45 0 0:00:00 0.0% dmake/1
> 7979 root 7836K 2040K sleep 59 0 0:00:00 0.0% sshd/1
> 7984 root 2588K 1820K sleep 59 0 0:00:00 0.0% bash/1
> 7918 root 7836K 2044K sleep 59 0 0:00:01 0.0% sshd/1
> 117 daemon 4008K 1972K sleep 59 0 0:00:01 0.0% kcfd/3
> 9742 root 4012K 2552K sleep 59 0 0:00:11 0.0% nscd/25
> 5309 root 12M 6428K sleep 59 0 0:10:35 0.0% smbd/1
> 7598 root 4600K 3860K sleep 59 0 0:00:02 0.0% dmake/1
> 7597 root 972K 688K sleep 59 0 0:00:00 0.0% time/1
> 27340 root 3152K 2396K sleep 59 0 0:00:00 0.0% dmake/1
> 26430 root 3176K 2436K sleep 59 0 0:00:00 0.0% dmake/1
>
> NPROC USERNAME SIZE RSS MEMORY TIME CPU
> 63 root 289M 138M 27% 0:21:04 *4.3%
> * 2 daemon 6332K 2960K 0.6% 0:00:01 0.0%
> 1 smmsp 6996K 1452K 0.3% 0:00:05 0.0%
>
> Total: 66 processes, 176 lwps, load averages: *2.97, 3.04, 3.03*
>
>
>
> root@dell:~#vmstat 1
>
> kthr memory page disk faults cpu
> r b w swap free re mf pi po fr de sr cd f0 s0 -- in sy cs us
> sy id
> 0 0 0 1238652 245720 15 22 40 0 0 0 0 2 0 0 0 419 153 155 1
> 1 97
> 1 0 0 1201976 225460 1445 6769 0 67 67 0 0 7 0 0 0 317 5544 115 73
> 27 0
> 3 0 0 1190896 224480 6842 18811 0 72 72 0 0 10 0 0 0 332 11701 223 35
> 65 0
> 7 0 0 1196188 231540 4681 13909 0 99 99 0 0 10 0 0 0 340 10901 292 47
> 53 0
> 4 0 0 1196072 230308 4168 11179 0 67 67 0 0 8 0 0 0 329 11525 171 58
> 42 0
> 3 0 0 1183820 218020 1415 7525 0 28 28 0 0 6 0 0 0 325 5082 135 74
> 26 0
> 2 0 0 1189328 222504 4544 12530 0 139 139 0 0 16 0 0 0 348 10556 309 50
> 50 0
> 8 0 0 1194864 229620 5194 15550 0 36 36 0 0 11 0 0 0 333 10805 204 43
> 57 0
> 7 0 0 1195228 229536 5172 14077 0 67 67 0 0 13 0 0 0 338 10306 196 50
> 50 0
> 7 0 0 1187484 226696 4699 14620 0 115 115 0 0 11 0 0 0 336 10514 205 *45
> 55 0
> *^C
> root@dell:~#
>
> It seems that prstat doesn't report the correct CPU usage percent for some
> processes.
>
>
>
> Regards
>
> TJ
>
Regards
TJ
[Attachment #5 (text/html)]
<div>Hi, Jean</div>
<div> </div>
<div>Thank you for your explaination and your helpful advices :)</div>
<div>It seems you're right. After reading your guess, it reminded me \
that something I've read from a book, Solairs Performance and Tools, and the \
author talked about the <font size="2">decaying problem in this book. \
</font><br><br> </div> <div><span class="gmail_quote">2007/6/18, Jean-Francois \
Richard <<a href="mailto:jfr@nortel.com">jfr@nortel.com</a>>:</span> \
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; \
BORDER-LEFT: #ccc 1px solid"> <div>
<div dir="ltr" align="left"><span><font face="Arial" size="2">Hi </font></span></div>
<div dir="ltr" align="left"><span><font face="Arial" \
size="2"></font></span> </div> <div dir="ltr" align="left"><span><font \
face="Arial" size="2">I don't know enough about the specifics for Open \
Solaris so the following is based on the guess that it is the same as \
regular Solaris (the fact that your vmstat r queue is at values like 7 and that idle \
CPU is at 0% but prstat shows only about 4% CPU makes this feel like a \
good guess) . Historically, Solaris used the "pcpu" parameter to \
display CPU against individual processes in prstat (or as part of ps -ef with the -o \
option). </font></span><span><font face="Arial" size="2">As pcpu is based on a \
slowly decaying average (equivalent to exponential weighting over the last minute) it \
deals </font></span><span><font face="Arial" size="2">poorly with processes with \
short lives such as the one you have (your example from your snap shot below shows \
that the CPU times are all very low - suggesting processes which don't stay up \
for long). Typically, changing the prstat refresh time doesn't change \
anything because the %cpu it is displaying remains the decaying average over the last \
minute. Alternatives could be prstat with the -m option if it is supported. The \
TOP tool </font></span></div></div></blockquote>
<div> </div>
<div>yes, -m option works partially. It shows the whole system's user and \
system CPU percentage correctly, but to each process, they all look idle as well, and \
no short lives are displayed either.</div><br> <blockquote class="gmail_quote" \
style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"> \
<div> <div dir="ltr" align="left"><span><font face="Arial" size="2">changed how it \
calculates per process CPU% for Solaris (it stopped displaying the pcpu parameter and \
started to calculate %cpu based on the increases in cpu time) as of version 3.6, so \
you might want to give that a try. Because TOP calculates CPU% of the processes based \
on CPU time, going to a shorter refresh rate actually does help to improve accuracy \
for short processes... but it can't go below 1 second. Many short \
lived processes live less than one second. I don't know \
</font></span></div></div></blockquote> <div> </div>
<div>TOP doesn't work correctly, it ignores all the short lives as well as the \
prstat. But the whole system's user and system CPU percentage are correct in \
TOP.</div><br> <blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px \
0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid"> <div>
<div dir="ltr" align="left"><span><font face="Arial" size="2">Dtrace that well but \
look forward to having a good tools to deal with this type of \
situation.</font></span></div></div></blockquote> <div> </div>
<div>Yes, DTrace works! I've used the dtrace script named shortlived.d introduced \
by ,Matty in his email and the result is:</div> <p><a \
href="mailto:root@dell:~/performance/DTraceToolkit-0.96/Bin">root@dell:~/performance/DTraceToolkit-0.96/Bin</a># \
./shortlived.d<br>Tracing... Hit Ctrl-C to stop.<br>^C<br>short lived \
processes: 15.941 secs<br>total sample \
duration: 20.880 secs</p>
<p>Total time by process \
name,<br> \
mkdir 26 \
ms<br> \
mv 36 \
ms<br> \
lint2 37 \
ms<br> \
date 40 \
ms<br> \
lint 642 ms \
<br> \
sh 678 \
ms<br> \
dmake 1422 \
ms<br> \
lint1 12690 ms</p> <p>Total time by \
PPID,<br> \
26628 5 \
ms<br> \
26637 5 \
ms<br> \
26643 5 \
ms<br> \
26659 5 \
ms<br> \
26665 5 \
ms<br> \
26682 5 ms \
<br> \
26691 5 \
ms<br> \
26697 5 \
ms<br> \
26715 5 \
ms<br> \
26721 5 \
ms<br> \
26739 5 \
ms<br> \
26748 5 ms \
<br> \
26754 6 \
ms<br> \
26653 7 \
ms<br> \
26678 7 \
ms<br> \
26699 7 \
ms<br> \
26709 7 \
ms<br> \
26723 7 ms \
<br> \
26727 7 \
ms<br> \
26733 7 \
ms<br> \
24185 8 \
ms<br> \
26621 8 \
ms<br> \
26624 8 \
ms<br> \
26675 8 ms \
<br> \
26703 8 \
ms<br> \
26768 8 \
ms<br> \
26780 8 \
ms<br> \
26784 8 \
ms<br> \
26788 8 \
ms<br> \
26792 8 ms \
<br> \
26796 8 \
ms<br> \
26800 8 \
ms<br> \
26804 8 \
ms<br> \
26808 8 \
ms<br> \
26812 8 \
ms<br> \
26820 8 ms \
<br> \
26828 8 \
ms<br> \
26840 8 \
ms<br> \
26844 8 \
ms<br> \
26860 8 \
ms<br> \
26872 8 \
ms<br> \
26756 9 ms \
<br> \
26757 9 \
ms<br> \
26764 9 \
ms<br> \
26776 9 \
ms<br> \
26816 9 \
ms<br> \
26824 9 \
ms<br> \
26832 9 ms \
<br> \
26836 9 \
ms<br> \
26848 9 \
ms<br> \
26852 9 \
ms<br> \
26856 9 \
ms<br> \
26864 9 \
ms<br> \
26873 9 ms \
<br> \
26772 10 \
ms<br> \
26845 10 \
ms<br> \
26861 10 \
ms<br> \
26667 11 \
ms<br> \
26765 11 \
ms<br> \
26837 11 ms \
<br> \
26865 11 \
ms<br> \
26613 12 \
ms<br> \
26645 12 \
ms<br> \
26773 12 \
ms<br> \
26777 12 \
ms<br> \
26797 12 ms \
<br> \
26801 12 \
ms<br> \
26825 12 \
ms<br> \
26833 12 \
ms<br> \
26841 12 \
ms<br> \
26607 13 \
ms<br> \
26648 13 ms \
<br> \
26670 13 \
ms<br> \
26758 13 \
ms<br> \
26759 13 \
ms<br> \
26769 13 \
ms<br> \
26785 13 \
ms<br> \
26789 13 ms \
<br> \
26793 13 \
ms<br> \
26805 13 \
ms<br> \
26809 13 \
ms<br> \
26813 13 \
ms<br> \
26817 13 \
ms<br> \
26821 13 ms \
<br> \
26829 13 \
ms<br> \
26853 13 \
ms<br> \
26616 14 \
ms<br> \
26700 14 \
ms<br> \
26704 14 \
ms<br> \
26728 14 ms \
<br> \
26781 14 \
ms<br> \
26849 14 \
ms<br> \
<br> \
26652 16 \
ms<br> \
26708 23 \
ms<br> \
26732 23 \
ms<br> \
26737 24 \
ms<br> \
26874 33 \
ms<br> \
26626 39 ms \
<br> \
26680 39 \
ms<br> \
26862 46 \
ms<br> \
26620 48 \
ms<br> \
26590 51 \
ms<br> \
26713 60 \
ms<br> \
26689 61 ms \
<br> \
26635 67 \
ms<br> \
26657 67 \
ms<br> \
26766 144 \
ms<br> \
26866 147 \
ms<br> \
26838 152 \
ms<br> \
26846 155 ms \
<br> \
26625 163 \
ms<br> \
26679 163 \
ms<br> \
26746 177 \
ms<br> \
26842 180 \
ms<br> \
26668 205 \
ms<br> \
26646 206 ms \
<br> \
26656 211 \
ms<br> \
26634 214 \
ms<br> \
26688 250 \
ms<br> \
26712 252 \
ms<br> \
26761 255 \
ms<br> \
26790 263 ms \
<br> \
26798 263 \
ms<br> \
26806 264 \
ms<br> \
26814 265 \
ms<br> \
26818 265 \
ms<br> \
26826 266 \
ms<br> \
26810 267 ms \
<br> \
26822 267 \
ms<br> \
26778 270 \
ms<br> \
26834 270 \
ms<br> \
26770 271 \
ms<br> \
26774 271 \
ms<br> \
26671 273 ms \
<br> \
26649 275 \
ms<br> \
26802 275 \
ms<br> \
26854 292 \
ms<br> \
26608 351 \
ms<br> \
26830 360 \
ms<br> \
26614 366 ms \
<br> \
26794 374 \
ms<br> \
26850 391 \
ms<br> \
26705 410 \
ms<br> \
26729 412 \
ms<br> \
26760 430 \
ms<br> \
26786 442 ms \
<br> \
26858 459 \
ms<br> \
26617 510 \
ms<br> \
26782 546 \
ms<br> \
26725 549 \
ms<br> \
26701 556 \
ms<br> \
26611 694 ms </p>
<p><a href="mailto:root@dell:~/performance/DTraceToolkit-0.96/Bin">root@dell:~/performance/DTraceToolkit-0.96/Bin</a>#<br></p></div>
<div>
<div> </div>
<div> </div>
<div>YES! DTRACE CATCHED THESE SHORT LIVES!</div>
<div><br> </div>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; \
BORDER-LEFT: #ccc 1px solid"> <div>
<div dir="ltr" align="left"> </div>
<div dir="ltr" align="left"><span><font face="Arial" size="2">Hope it helps and \
others, please correct me if I am saying anything wrong or that doesn't apply to \
OpenSolaris,</font></span></div> <div dir="ltr" align="left"><span><font face="Arial" \
size="2"></font></span> </div> <div dir="ltr" align="left"><span><font \
face="Arial" size="2">JF.</font></span></div><br> <div lang="en-us" dir="ltr" \
align="left"> <hr>
<font face="Tahoma" size="2"><b>From:</b> <a onclick="return \
top.js.OpenExtLink(window,event,this)" \
href="mailto:perf-discuss-bounces@opensolaris.org" \
target="_blank">perf-discuss-bounces@opensolaris.org</a> [mailto:<a onclick="return \
top.js.OpenExtLink(window,event,this)" \
href="mailto:perf-discuss-bounces@opensolaris.org" target="_blank"> \
perf-discuss-bounces@opensolaris.org</a>] <b>On Behalf Of </b><a onclick="return \
top.js.OpenExtLink(window,event,this)" href="mailto:eulertao@gmail.com" \
target="_blank">eulertao@gmail.com</a><br><b>Sent:</b> Monday, June 18, 2007 8:28 AM \
<br><b>To:</b> <a onclick="return top.js.OpenExtLink(window,event,this)" \
href="mailto:opensolaris-discuss@opensolaris.org" \
target="_blank">opensolaris-discuss@opensolaris.org</a>; <a onclick="return \
top.js.OpenExtLink(window,event,this)" href="mailto:tools-discuss@opensolaris.org" \
target="_blank"> tools-discuss@opensolaris.org</a>; <a onclick="return \
top.js.OpenExtLink(window,event,this)" href="mailto:perf-discuss@opensolaris.org" \
target="_blank">perf-discuss@opensolaris.org</a><br><b>Subject:</b> [perf-discuss] \
cpu performance counters obtained by vmstat and prstat look conflict \
<br></font><br> </div> <div><span class="e" id="q_1133f54646bc9250_1">
<div></div>
<div>Dear all:</div>
<div> </div>
<div>I'm compiling the ON build 65's source code now, using "nightly \
opensolaris.sh" command.</div> <div> </div>
<div>The prstat reports that system is very idle, but the load average tells me that \
the system is very busy. -,-</div> <div>And then I check the vmstat report, it shows \
the system is busy now, too.</div> <div>Following are the reports, what's \
the problem?</div> <div> </div>
<div>ps, My system is a dell workstation with a P4 1.7G CPU and 512MB memory.</div>
<div>
<p> PID USERNAME SIZE RSS STATE PRI \
NICE TIME CPU PROCESS/NLWP<br> 6673 \
root 13M 12M sleep \
35 0 0:00:02 2.9% dmake/1<br> 9086 \
root 5672K 3396K run \
35 0 0:00:00 0.5% acomp/1<br> 6634 \
root 2080K 1344K sleep 59 \
0 0:00:00 0.2% vmstat/1<br> 9080 root \
9640K 6576K run 15 0 0:00:00 \
0.2% ube/1<br> 8383 root 4320K 2764K \
cpu0 59 0 0:00:00 0.1% \
prstat/1<br> 7720 root 8112K 3928K sleep \
59 0 0:00:00 0.0% sshd/1 <br> 9083 \
root 1140K 876K sleep 35 \
0 0:00:00 0.0% sh/1<br> 9071 root \
1200K 920K run 15 0 \
0:00:00 0.0% cc/1<br> 9069 root 1140K 876K \
sleep 45 0 0:00:00 0.0% sh/1<br> 9085 \
root 1192K 916K sleep 35 \
0 0:00:00 0.0% cc/1<br> 9070 root \
996K 688K sleep 35 0 0:00:00 0.0% \
cw/1<br> 9084 root 996K 668K \
run 25 0 0:00:00 0.0% \
cw/1<br> 9082 root 13M 1320K \
sleep 35 0 0:00:00 0.0% dmake/1<br> \
9068 root 13M 1316K sleep \
45 0 0:00:00 0.0% dmake/1<br> 7979 \
root 7836K 2040K sleep 59 \
0 0:00:00 0.0% sshd/1<br> 7984 root 2588K \
1820K sleep 59 0 0:00:00 0.0% \
bash/1<br> 7918 root 7836K 2044K sleep \
59 0 0:00:01 0.0% sshd/1<br> 117 \
daemon 4008K 1972K sleep 59 0 \
0:00:01 0.0% kcfd/3<br> 9742 root 4012K 2552K \
sleep 59 0 0:00:11 0.0% nscd/25<br> \
5309 root 12M 6428K sleep \
59 0 0:10:35 0.0% smbd/1<br> 7598 \
root 4600K 3860K sleep 59 \
0 0:00:02 0.0% dmake/1<br> 7597 root \
972K 688K sleep 59 0 0:00:00 0.0% \
time/1<br> 27340 root 3152K 2396K sleep \
59 0 0:00:00 0.0% dmake/1<br> 26430 \
root 3176K 2436K sleep 59 \
0 0:00:00 0.0% dmake/1 <br><br> NPROC USERNAME \
SIZE RSS MEMORY TIME \
CPU<br> 63 root 289M \
138M 27% 0:21:04 <font \
color="#ff0000"><strong>4.3%<br></strong></font> 2 \
daemon 6332K 2960K 0.6% 0:00:01 \
0.0%<br> 1 smmsp 6996K 1452K \
0.3% 0:00:05 0.0%</p> <p>Total: 66 processes, 176 lwps, load averages: \
<u><strong><em><font color="#3333ff">2.97, 3.04, 3.03</font></em></strong></u></p> \
<p> </p> <p><a onclick="return top.js.OpenExtLink(window,event,this)" \
href="mailto:root@dell:~#vmstat" target="_blank">root@dell:~#vmstat</a> 1</p> \
<p> kthr \
memory \
page \
disk \
faults cpu<br> r b w swap \
free re mf pi po fr de sr cd f0 s0 -- in \
sy cs us sy id<br> 0 0 0 1238652 245720 15 22 40 0 \
0 0 0 2 0 0 0 419 153 155 \
1 1 97 <br> 1 0 0 1201976 225460 1445 6769 0 67 67 0 0 7 0 \
0 0 317 5544 115 73 27 0<br> 3 0 0 1190896 224480 6842 \
18811 0 72 72 0 0 10 0 0 0 332 11701 223 35 65 0<br> 7 0 0 \
1196188 231540 4681 13909 0 99 99 0 0 10 0 0 0 340 10901 292 47 53 \
0 <br> 4 0 0 1196072 230308 4168 11179 0 67 67 0 0 8 0 0 0 \
329 11525 171 58 42 0<br> 3 0 0 1183820 218020 1415 7525 0 28 28 0 0 \
6 0 0 0 325 5082 135 74 26 0<br> 2 0 0 \
1189328 222504 4544 12530 0 139 139 0 0 16 0 0 0 348 10556 309 50 50 0 \
<br> 8 0 0 1194864 229620 5194 15550 0 36 36 0 0 11 0 0 0 333 10805 \
204 43 57 0<br> 7 0 0 1195228 229536 5172 14077 0 67 67 0 0 13 0 0 \
0 338 10306 196 50 50 0<br> 7 0 0 1187484 226696 4699 14620 0 115 \
115 0 0 11 0 0 0 336 10514 205 <u><em><strong><font color="#3333ff">45 55 \
0<br></font></strong></em></u>^C<br><a onclick="return \
top.js.OpenExtLink(window,event,this)" href="mailto:root@dell" \
target="_blank">root@dell</a>:~#<br></p> <p>It seems that prstat doesn't report \
the correct CPU usage percent for some processes.</p> <p> </p>
<p>Regards</p>
<p>TJ</p></div></span></div></div></blockquote></div>
<div> </div>
<div>Regards</div>
<div>TJ<br> </div>
_______________________________________________
tools-discuss mailing list
tools-discuss@opensolaris.org
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic