On Tue, Feb 3, 2009 at 10:09 AM, Dagobert Michelsen
<d...@baltic-online.de> wrote:
> Hi Jason,
>
> Am 03.02.2009 um 17:03 schrieb Jason King:
>> I'm curious if anyone has experiences with tools that will all you to
>> store (and later view) historic performance data.  Right now sar seems
>> to be it.  I was thinking about throwing together some scripts using
>> kstat + rrdtool, but wanted to see if anyone's found anything better,
>> or if this might be an opportunity for OpenSolaris to set itself apart
>> (in this area).
>
> You can of course use the ancient, but working SE Toolkit together
> with the orcallator.

The successor to SE Toolkit can be found at...

http://www.xetoolkit.com/XE_Toolkit/Home/Home.html

According to Adrian Cockroft, there is something called Orcalator that
uses data accessible through the SE Toolkit that works nicely with
Orca.  I haven't tried this myself.  Adrian typically gives talks
and/or workshops at the CMG conference.  If you can dig up the
proceedings of one of those you should be able to get a good summary
of the variety of tools out there and the relative benefits of each.

FWIW, I wrote a home-grown thingy a while back that collects vmstat,
iostat, mpstat, etc. data along with various data available through
kstat.  The numbers are streamed to a central server that dumps it
into text archives (retained for a couple months) and rrd files (up to
three years).  The use of standard commands (e.g. vmstat) makes it so
that various support organizations will look at and understand the
archived text data.  I use kstat (via the perl module) where there
isn't a standard command to gather.  This includes data that you would
think would be reliably available through netstat (e.g. packet & data
counters) and more recently data related to memory caps and ZFS arc
size.  To get at CPU usage of zones (or projects...) I used extended
accounting with forced interval records.  If you search Adrian's blog
(perfcap.blogspot.com) you will get a good idea of what I am doing
there.  I wish I could open source it because it could use some
community love, but that doesn't seem to be possible in the near term.

-- 
Mike Gerdts
http://mgerdts.blogspot.com/
_______________________________________________
perf-discuss mailing list
perf-discuss@opensolaris.org

Reply via email to