On Fri, 13 May 2005, Giorgos Keramidas wrote: > On 2005-05-13 07:17, Chuck Swiger <cswiger_at_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 :-$ On Solaris, the THR column is 3 characters wide. I think that everyone would be happy to see an extra column for the COMMAND field. :-) >> 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 :) Yikes! Andy /* Andre Guibert de Bruet * 6f43 6564 7020 656f 2e74 4220 7469 6a20 */ /* Code poet / Sysadmin * 636f 656b 2e79 5320 7379 6461 696d 2e6e */ /* GSM: +1 734 846 8758 * 5520 494e 2058 6c73 7565 6874 002e 0000 */ /* WWW: siliconlandmark.com * Tormenting bytes since 1980. */Received on Fri May 13 2005 - 10:27:56 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:34 UTC