From owner-svn-src-all@FreeBSD.ORG Thu Jun 2 19:25:20 2011 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 5B1551065670; Thu, 2 Jun 2011 19:25:20 +0000 (UTC) Date: Thu, 2 Jun 2011 19:25:20 +0000 From: Alexander Best To: John Baldwin Message-ID: <20110602192520.GA13954@freebsd.org> References: <201105311511.p4VFBNnu028827@svn.freebsd.org> <20110602164236.GA95713@freebsd.org> <201106021313.15386.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201106021313.15386.jhb@freebsd.org> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r222530 - in head: contrib/top usr.bin/top X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Jun 2011 19:25:20 -0000 On Thu Jun 2 11, John Baldwin wrote: > On Thursday, June 02, 2011 12:42:36 pm Alexander Best wrote: > > On Tue May 31 11, John Baldwin wrote: > > > Author: jhb > > > Date: Tue May 31 15:11:23 2011 > > > New Revision: 222530 > > > URL: http://svn.freebsd.org/changeset/base/222530 > > > > > > Log: > > > Add a new option to toggle the display of the system idle process (per-CPU > > > idle threads). The process is displayed by default (subject to whether or > > > not system processes are displayed) to preserve existing behavior. The > > > system idle process can be hidden via the '-z' command line argument or the > > > 'z' key while top is running. When it is hidden, top more closely matches > > > the behavior of FreeBSD <= 4.x where idle time was not accounted to any > > > process. > > > > does it make sense to have the -z flag and "z" key available, when the -S > > flag or the "S" key was not specified? > > I view them as independent just as 'i' and 'S' are. I'm not sure it's worth > trying to make it fancier as none of the other keys are dependent on another > mode. that's a good point. i hope this commit will survive the new vendor import of top, once it happens. :) cheers. alex > > -- > John Baldwin -- a13x