Date: Mon, 7 Feb 2005 14:15:44 -0500 From: Garance A Drosihn <drosih@rpi.edu> To: Peter Jeremy <PeterJeremy@optushome.com.au>, Pawel Jakub Dawidek <pjd@FreeBSD.org> Cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/bin/ps keyword.c Message-ID: <p06200788be2d6d007e8a@[128.113.24.47]> In-Reply-To: <20050207081054.GA57554@cirb503493.alcatel.com.au> References: <200502061634.j16GYnuv025551@repoman.freebsd.org> <20050206184516.GB1080@darkness.comp.waw.pl> <20050207081054.GA57554@cirb503493.alcatel.com.au>
next in thread | previous in thread | raw e-mail | index | archive | help
At 7:10 PM +1100 2/7/05, Peter Jeremy wrote: >On Sun, 2005-Feb-06, Pawel Jakub Dawidek wrote: > >On Sun, Feb 06, 2005, 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. My guess is that a 5-byte width will be enough for most users for the short term. I was thinking that if we do use humanize-number for some longer term solution, it would be done via some new explicit option. There are a few other ways to deal with this that I might like to try, too, but I felt this change was a reasonable "quick fix". -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?p06200788be2d6d007e8a>