From owner-cvs-src@FreeBSD.ORG Mon Feb 7 08:18:47 2005 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52BA016A4CE; Mon, 7 Feb 2005 08:18:47 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 821D843D7F; Mon, 7 Feb 2005 08:18:46 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j178HF0c083559; Mon, 7 Feb 2005 01:17:15 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 07 Feb 2005 01:19:12 -0700 (MST) Message-Id: <20050207.011912.48399340.imp@bsdimp.com> To: PeterJeremy@optushome.com.au From: "M. Warner Losh" 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> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: pjd@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/bin/ps keyword.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Feb 2005 08:18:47 -0000 In message: <20050207081054.GA57554@cirb503493.alcatel.com.au> Peter Jeremy writes: : 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. There are also people that use ps to get a feel for the size of processes and if they appear to be growing or not. Jumping to the next larger size is great for humans, but lousy for programs. It would also tend to obsure the 'noise' in the number, the very thing that our scripts are interested in. Warner