Date: Fri, 8 Aug 2014 13:03:32 -0700 From: John-Mark Gurney <jmg@funkthat.com> To: Stefan Parvu <sparvu@systemdatarecorder.org> Cc: freebsd-hackers@freebsd.org, Ian Lepore <ian@freebsd.org> Subject: Re: disk and NIC io statistics via sysctl Message-ID: <20140808200332.GF88623@funkthat.com> In-Reply-To: <20140808211814.e14706bd0949b7a1a7827785@systemdatarecorder.org> References: <20140808184021.537feca9b15e3a261ea27fa7@systemdatarecorder.org> <1407515358.56408.374.camel@revolution.hippie.lan> <20140808211814.e14706bd0949b7a1a7827785@systemdatarecorder.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Stefan Parvu wrote this message on Fri, Aug 08, 2014 at 21:18 +0300: > > > magic secret kernel backdoor interfaces, all these userland tools are > > using documented interfaces such as sysctl to get their info. (There > > may be a few miscreants that open /dev/kmem and rudely poke around in > > kernel memory, but I'm not sure we have any of them in base. The lsof > > tool in ports is one that comes to mind for that.) > > Ian, understood - no magic here. I was looking to see if there are ready sysctl > structures, arrays or hashes which can package already the mentioned stats. > Like kern.cp_times, a very nice thing which is hidden and undocumented. > > I see very big improvement in sysctl and things are much organized since FreeBSD 5. > But we will need better documentation. I agree... If you write some, I will clean it up and commit it... :) > Im on iostat now - to understand how throughput per disk gets calculated. > > > In addition to the tools you've already mentioned that have the info you > > want, have a look at gstat for IO stats, netstat for net throughput, and > > systat for lots of stuff. > > gstat, thanks. havent used that. I will look over iostat, netstat. Probable would be nice > to have a section on sysctl man page or probable something totally new which describes > cpu | mem | disk | net and kernel statistics. These should be described in their own page.. Putting detailed information like this is sysctl(3) is wrong... Creating a new page and cross-ref'ing them is best... Most of the sysctl(3) entries are ones that were assigned numbers, now most sysctl's are OID_AUTO, and we should be using names instead... I don't see any names used in sysctl(3)... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140808200332.GF88623>