Date: Mon, 7 Feb 2005 19:10:54 +1100 From: Peter Jeremy <PeterJeremy@optushome.com.au> To: Pawel Jakub Dawidek <pjd@freebsd.org> Cc: cvs-all@freebsd.org Subject: Re: cvs commit: src/bin/ps keyword.c Message-ID: <20050207081054.GA57554@cirb503493.alcatel.com.au> In-Reply-To: <20050206184516.GB1080@darkness.comp.waw.pl> References: <200502061634.j16GYnuv025551@repoman.freebsd.org> <20050206184516.GB1080@darkness.comp.waw.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 2005-Feb-06 19:45:16 +0100, Pawel Jakub Dawidek wrote: >On Sun, Feb 06, 2005 at 04:34:49PM +0000, Christian S.J. Peron wrote: >+> Since it is not un-common for a process's resident set size (rss) >+> to exceed 10 megabytes in size (especially in X), bump the max >+> column width from 4 bytes to 5. This will make the ps auxw output >+> uniform again when a process's rss exceeds 10 megs. > >Maybe we can use humanize_number(3) here? Please ensure that if you do use humanize_number(3), there is a way of getting rss and vsz values in fixed units. Tru64 switches between MB and GB is ps output (which can't be disabled). I regularly need to look at processes by size and it's very annoying to have 2.5GB and 2.5MB processes mixed together. -- Peter Jeremy
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050207081054.GA57554>