From owner-cvs-all@FreeBSD.ORG Thu Jun 17 22:09:10 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45B4716A4CE; Thu, 17 Jun 2004 22:09:10 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2514543D41; Thu, 17 Jun 2004 22:09:10 +0000 (GMT) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 7B4475C7D6; Thu, 17 Jun 2004 15:08:58 -0700 (PDT) Date: Thu, 17 Jun 2004 15:08:58 -0700 From: Alfred Perlstein To: Mike Silbersack Message-ID: <20040617220858.GN61448@elvis.mu.org> References: <200406170008.i5H08NDt085108@repoman.freebsd.org> <20040617173854.GJ61448@elvis.mu.org> <20040617182031.GA8170@samodelkin.net> <20040617184518.GB831@electra.cse.Buffalo.EDU> <20040617204813.GA10670@samodelkin.net> <20040617214827.GB6029@electra.cse.Buffalo.EDU> <7071.208.178.23.220.1087509793.squirrel@208.178.23.220> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7071.208.178.23.220.1087509793.squirrel@208.178.23.220> User-Agent: Mutt/1.4.2.1i cc: src-committers@freebsd.org cc: Max Khon cc: cvs-all@freebsd.org cc: cvs-src@freebsd.org cc: Ken Smith cc: Max Khon Subject: Re: cvs commit: src/sys/sys mbuf.h src/sys/kern uipc_mbuf.c uipc_syscalls.c src/usr.bin/netstat mbuf.c src/lib/libc/sys sendfile.2 X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jun 2004 22:09:10 -0000 * Mike Silbersack [040617 15:03] wrote: > > Yes, you hit it right on the head, this IS a case of nitpicking. > > sfbufs are used almost exclusively in conjunction with mbufs, and users > who are interested in mbuf usage will certainly be interested in sfbuf > usage. This is why I displayed the information along with mbuf > statistics, and why I see no reason to add yet another switch to netstat > (or would it be sfstat?) > > I understand the script breakage argument, but I don't think it's > particularly potent. Imagine this: We have ls, but it doesn't list file > sizes, and there was no previous tool to list file sizes. Someone comes > along and adds file size display to ls. However, due to objections about > scripts breaking, this is backed up, and a seperate option , "ls -f" is > added, which lists file sizes. This is the situation we're in here - > there was NO previous way to see sfbuf statistics; we're adding new _and_ > relevant data to "netstat -m". > > The implementation is an entirely different story, and I'm not disputing > that it could be done better. Sendfile bufs are not used by most installations. You are cluttering useful stats on the system with something that users don't need to see. The data is not relevant. You are breaking the expected output from the tool. You are giving me a headache. Please use a seperate flag. -- - Alfred Perlstein - Research Engineering Development Inc. - email: bright@mu.org cell: 408-480-4684