Date: Fri, 16 Mar 2001 08:43:51 -0800 From: Alfred Perlstein <bright@wintelcom.net> To: "Sergey A. Osokin" <osa@freebsd.org.ru> Cc: Dan Nelson <dnelson@emsphone.com>, current@FreeBSD.ORG Subject: Re: libdevstat Message-ID: <20010316084351.A29888@fw.wintelcom.net> In-Reply-To: <20010316192727.A97376@freebsd.org.ru>; from osa@freebsd.org.ru on Fri, Mar 16, 2001 at 07:27:27PM %2B0300 References: <20010316181315.A91097@freebsd.org.ru> <20010316092730.C1800@dan.emsphone.com> <20010316192727.A97376@freebsd.org.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
* Sergey A. Osokin <osa@freebsd.org.ru> [010316 08:27] wrote: > On Fri, Mar 16, 2001 at 09:27:30AM -0600, Dan Nelson wrote: > > In the last episode (Mar 16), Sergey A. Osokin said: > > > Hello, -currenters. > > > > > > What do you think about add to libdevstat in/out/other statistics? I > > > think transfer great too, but sometimes that's not enough. iostat > > > can't show read and write stats separatly, because compute_stats from > > > libdevstat simply sum up all results (in/out/other). > > > > Struct devstat already has bytes_read and bytes_written per device, and > > the values are filled in (gkrellm seems to be able to get read/written > > stats just fine). > > gkrellm good tool, but i don't want istall X/gtk/bla-bla-bla > on remote server. I want to use some CLI tool for it, like iostat > or somethink else. > > Another idea? I think what he's saying is that libdevstat is OK, it's just that the tools that use it sum up the stats instead of displaying them inidividually. I would look at fixing iostat because libdevstat seems to provide all the data needed. -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010316084351.A29888>