Date: Fri, 13 May 2005 14:31:51 +0300 From: Giorgos Keramidas <keramida@freebsd.org> To: Chuck Swiger <cswiger@mac.com> Cc: freebsd-current@freebsd.org Subject: Re: Strange top(1) output Message-ID: <20050513113151.GD934@orion.daedalusnetworks.priv> In-Reply-To: <42848CD4.50501@mac.com> References: <cswiger@mac.com> <E1DWDNe-0005AE-3p@cs1.cs.huji.ac.il> <20050512.220006.124086156.imp@bsdimp.com> <42847665.4030803@mac.com> <20050513102116.GD9642@orion.daedalusnetworks.priv> <42848CD4.50501@mac.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2005-05-13 07:17, Chuck Swiger <cswiger@mac.com> wrote: >Giorgos Keramidas wrote: >>The format of our top, to make comparisons easier is: >> 1 2 3 4 5 6 7 8 >> 12345678901234567890123456789012345678901234567890123456789012345678901234567890 >>+-------------------------------------------------------------------------------- >>| PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND >>|54842 root 1 8 0 2364K 1884K wait 0:09 10.91% 10.69% sh >>| 762 keramida 1 96 0 82432K 31280K select 4:53 0.00% 0.00% Xorg >>|65426 keramida 4 20 0 44240K 34152K kserel 4:12 0.00% 0.00% firefox-b >>| 814 keramida 1 96 0 6188K 4424K select 1:06 0.00% 0.00% wmaker > > There's four blanks there, so one could handle usernames up to 11 > characters long. Or else remove the double-space between USERNAME and THR. It's not a bdouble space. The THR column has a width of 4 characters and a title of 3; that's why it looks like a double space :-$ > Agreed. The question to answer, is how should one display the busiest > threads of a process usefully in the top display? Figuring that one > out would be useful to answering other questions about what top should > look like. In "thread mode", every thread gets its own line. In that case, you get what you're looking for. It's just not the default display mode, but it's easily enabled by hitting 'H'. >> Unfortunately, the current top uses very few of the features that a full >> blown curses implementation would have. > > Curses by slow accumulation, rather than curses by design? Ick. :-) Bingo :)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050513113151.GD934>