AF:
NF:0
PS:10
SRH:1
SFN:
DSR:
MID:
CFG:
PT:0
S:andy.sharp@lsi.com
RQ:
SSV:mhbs.lsil.com
NSV:
SSH:
R:<John.Keiffer@lsi.com>
MAID:2
X-Sylpheed-Privacy-System:
X-Sylpheed-Sign:0
SCF:#mh/Mailbox/sent
RMID:#imap/LSI/INBOX	0	85A1D09038E3C1438820EF7A7FAFDD30010B028CEB@cosmail01.lsi.com
X-Sylpheed-End-Special-Headers: 1
Date: Wed, 31 Mar 2010 14:53:00 -0700
From: Andrew Sharp <andy.sharp@lsi.com>
To: "Keiffer, John" <John.Keiffer@lsi.com>
Subject: Re: top TIME column question
Message-ID: <20100331145300.053554d3@ripper.onstor.net>
In-Reply-To: <85A1D09038E3C1438820EF7A7FAFDD30010B028CEB@cosmail01.lsi.com>
References: <85A1D09038E3C1438820EF7A7FAFDD30010B028C84@cosmail01.lsi.com>
	<20100331144008.6508f60c@ripper.onstor.net>
	<85A1D09038E3C1438820EF7A7FAFDD30010B028CEB@cosmail01.lsi.com>
Organization: LSI
X-Mailer: Sylpheed-Claws 2.6.0 (GTK+ 2.8.20; x86_64-pc-linux-gnu)
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

It doesn't do units larger than minutes, which are already HUGE for this
use, which is why they don't bother breaking them into hours, because no
process would ever actually have more than an hour of CPU time, that's
just crazy talk.

You should `core' that daemon and see if some developer can analyze it
to figure out it's malfunction.  And of course file a bug ~:^)

On Wed, 31 Mar 2010 15:42:20 -0600 "Keiffer, John"
<John.Keiffer@lsi.com> wrote:

> Oh yeah, that doesn't explain why it ain't in the correct xx:xx:xx
> format though does it?
> 
> -----Original Message-----
> From: Andrew Sharp [mailto:andy.sharp@lsi.com] 
> Sent: Wednesday, March 31, 2010 2:40 PM
> To: Keiffer, John
> Subject: Re: top TIME column question
> 
> That's minutes and seconds ~:^)  And it's a heck of a lot.  What's the
> uptime of this system?
> 
> On Wed, 31 Mar 2010 14:26:58 -0600 "Keiffer, John"
> <John.Keiffer@lsi.com> wrote:
> 
> > Andy,
> > 
> > In the following example, what in the heck does "1171:56" mean for
> > the time column? Should it be hours:minutes:seconds or something? Is
> > this a bug in the kernel or in TOP itself?
> > 
> > g9r62:~# top -n 1
> > top - 13:13:33 up 20:31,  1 user,  load average: 1.11, 1.16, 1.17
> > Tasks:  68 total,   2 running,  66 sleeping,   0 stopped,   0 zombie
> > Cpu(s): 29.3%us, 70.0%sy,  0.0%ni,  0.0%id,  0.0%wa,  0.6%hi,
> > 0.1%si,  0.0%st Mem:    433548k total,   210472k used,   223076k
> > free,    46340k buffers Swap:    30232k total,        0k used,
> > 30232k free,    47180k cached
> > 
> >   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
> >  1241 root      25   0 20244 5012 1892 S 98.7  1.2   1171:56
> > evm_cfgd
> > 
