From owner-freebsd-stable@FreeBSD.ORG Thu May 12 15:20:01 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAED216A4CE for ; Thu, 12 May 2005 15:20:01 +0000 (GMT) Received: from luzifer.incubus.de (incubus.de [80.237.207.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61A6043D39 for ; Thu, 12 May 2005 15:20:01 +0000 (GMT) (envelope-from mkb@incubus.de) Received: from drjekyll.mkbuelow.net (p54AAD37C.dip.t-dialin.net [84.170.211.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by luzifer.incubus.de (Postfix) with ESMTP id 78F942F466; Thu, 12 May 2005 17:20:00 +0200 (CEST) Received: from [IPv6:::1] (localhost.mkbuelow.net [IPv6:::1]) by drjekyll.mkbuelow.net (8.13.3/8.13.3) with ESMTP id j4CFLI2F002212; Thu, 12 May 2005 17:21:18 +0200 (CEST) (envelope-from mkb@incubus.de) Message-ID: <4283746E.6010109@incubus.de> Date: Thu, 12 May 2005 17:21:18 +0200 From: Matthias Buelow User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050509) X-Accept-Language: en-us, en MIME-Version: 1.0 To: noackjr@alumni.rice.edu References: <1115815807.8809.3.camel@buffy.york.ac.uk> <20050512103929.GB1320@orion.daedalusnetworks.priv> <200505121349.31508.dom@goodforbusiness.co.uk> <20050512131219.GB3107@orion.daedalusnetworks.priv> <42836B8F.607@alumni.rice.edu> <42836F07.1030100@incubus.de> <428372F7.1050209@alumni.rice.edu> In-Reply-To: <428372F7.1050209@alumni.rice.edu> X-Enigmail-Version: 0.91.0.0 OpenPGP: id=6FF22C9F; url=http://www.mkbuelow.net/mkbkeys Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org Subject: Re: Strange top(1) output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 May 2005 15:20:01 -0000 Jonathan Noack wrote: > I think you will have a very hard time removing anything from top > because someone will always pipe up and say, "I've been using > since the days when computers were measured in > MILLIhertz... *shaking fist*" Why not add an option to switch between > SIZE and RES? Perhaps 'M'? Yeah well.. presented with 80-column space constraints, however, I'd prefer to have a threads column rather than a virtual memory usage column (especially when that "virtual memory" isn't a real resource limit since the system is overcommitting, except when you set artificial limits via ulimit etc.) mkb.