Date: Wed, 29 Aug 2007 11:59:06 -0400 From: Gary Palmer <gpalmer@freebsd.org> To: Robert Watson <rwatson@FreeBSD.org> Cc: freebsd-net <freebsd-net@freebsd.org>, Igor Sysoev <is@rambler-co.ru>, d@delphij.net, hshh <hunreal@gmail.com> Subject: Re: Add socket related statistics to netstat(1)? Message-ID: <20070829155906.GC970@in-addr.com> In-Reply-To: <20070829143627.M35010@fledge.watson.org> References: <46D516D9.4050007@delphij.net> <20070829133444.GH80424@rambler-co.ru> <20070829143627.M35010@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Aug 29, 2007 at 02:39:57PM +0100, Robert Watson wrote: > > On Wed, 29 Aug 2007, Igor Sysoev wrote: > > >On Wed, Aug 29, 2007 at 02:48:57PM +0800, LI Xin wrote: > > > >>Here is a proof-of-concept patch that adds sockets related statistics to > >>netstat(1)'s -m option, which could make SA's life easier. Inspired by a > >>local user's suggestion. > >> > >>Comments? > > > >I think socket info should be groupped together: > > The netstat -m output is getting quite cluttered these days, isn't it. I > wonder if we should be laying it out a bit more consistently, perhaps > something like: > > current cache total max > mbufs 2407 1058 3465 - > mbuf clusters 1117 797 1914 98304 > mbufs + clusters 1117 90 - - > 4k jumbo clusters 761 417 1178 0 > ... > > It's less compact but possibly quite a bit more readable... We'll need to leave the old format there for a while as there are probably quite a few programs depending on the old format out there. Maybe add -mh which has the user-friendly format Robert suggested? (the 'h' for "Human friendly") Gary > Robert N M Watson > Computer Laboratory > University of Cambridge > > > > >2407/1058/3465 mbufs in use (current/cache/total) > >1117/797/1914/98304 mbuf clusters in use (current/cache/total/max) > >1117/90 mbuf+clusters out of packet secondary zone in use (current/cache) > >761/417/1178/0 4k (page size) jumbo clusters in use > >(current/cache/total/max) > >0/0/0/0 9k jumbo clusters in use (current/cache/total/max) > >0/0/0/0 16k jumbo clusters in use (current/cache/total/max) > >5879K/3526K/9406K bytes allocated to network (current/cache/total) > >0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > >0/0/0 requests for jumbo clusters denied (4k/9k/16k) > >15333/15537/30870/204800 socket UMA in use (current/cache/total/max) > >5929K bytes allocated to socket > >0 request for socket UMA denied > >104/264/6656 sfbufs in use (current/peak/max) > >0 requests for sfbufs denied > >0 requests for sfbufs delayed > >135834 requests for I/O initiated by sendfile > >0 calls to protocol drain routines > > > >Second, I think socket memory calculation should include > >tcpcb, udpcb, inpcb, unpcb and probably tcptw items. > > > > > >-- > >Igor Sysoev > >http://sysoev.ru/en/ > >_______________________________________________ > >freebsd-net@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-net > >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070829155906.GC970>