Date: Mon, 18 Apr 2005 19:27:27 +0200 From: Ivan Voras <ivoras@fer.hr> To: Giorgos Keramidas <keramida@ceid.upatras.gr> Cc: cvs-src@freebsd.org Subject: Re: cvs commit: src/usr.bin/top machine.c Message-ID: <4263EDFF.8020005@fer.hr> In-Reply-To: <20050418095850.GB12892__4420.21584972299$1113818160$gmane$org@orion.daedalusnetworks.priv> References: <200504161543.j3GFhclO075103@repoman.freebsd.org> <86acnyd2k7.fsf@xps.des.no> <20050418063321.GA85819@dragon.NUXI.org> <42636A16.2070702@elischer.org> <20050418095850.GB12892__4420.21584972299$1113818160$gmane$org@orion.daedalusnetworks.priv>
next in thread | previous in thread | raw e-mail | index | archive | help
Giorgos Keramidas wrote: >>>>>Reduce the width of the THR column to 4 characters, to avoid wrap-around >>>>>of lines in SMP machines (which are wider), until we have a better way >>>>>of handling window sizes & columns in top. >>>> >>>>We should probably drop the CPU column (WCPU should suffice), >>> >>>No, 'CPU' is quite useful on SMP machines. >> >>except for multi threaded apps I'm not an expert, but have you considered this: the "NICE" column seems to be 4 chars wide when it only needs to be 3 (for values +/-20). Sure, "NIC" or "NCE" looks slightly ugly but saves a column :) What about the "PRI" column? Does it serve useful purpose in system diagnostics beyond debugging schedulers? I liked a suggestion someone made, of using "procname/#threads" instead of a separate column (as in "mysqld/30")... it saves at least one character for the column padding :) of course, the "/#threads" part would be removed in "H" mode. Do CPU & WCPU really need to be displayed with precision of two decimal places? Maybe one or no decimal places would be more appropriate, depending on the real or needed precision... What about displaying total number of threads in kernel in the second line of the top status info, something like: "95 processes, 120 threads: 3 running, 117 sleeping, 1 zombie processes" (the "running/sleeping" would then apply to threads, which is probably more appropriate now; threads can't be zombies in themselves, can they?)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4263EDFF.8020005>