Date: Thu, 17 Jun 2004 15:08:58 -0700 From: Alfred Perlstein <alfred@freebsd.org> To: Mike Silbersack <silby@silby.com> Cc: Max Khon <fjoe@samodelkin.net> 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 Message-ID: <20040617220858.GN61448@elvis.mu.org> In-Reply-To: <7071.208.178.23.220.1087509793.squirrel@208.178.23.220> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
* Mike Silbersack <silby@silby.com> [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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040617220858.GN61448>