Arthur your ignorance is apalling
Go look at what ORCA does
SAR doesn't give you the info
With ORCA i have any thing from kstat or iostat. It goes into roundrobin
database with rrdtool.
Procallaotr does for linux what
orcallator does for solaris where it is the standard performance toool
------Original Message------
From: Arthur Corliss
To: Dana Hudes
Cc: module-authors@perl.org
Sent: Mar 29, 2010 1:12 PM
Subject: Re: Trimming the CPAN - "Automatic Purging"
On Mon, 29 Mar 2010, Dana Hudes wrote:
> Orcallator, procallator and friends aren't shiny new toys
> Adrian Cockroft wrote initial version of orcallator in the early 90s for his
> book "Solaris Performance Tuning. The 2nd edition is I think 1998.
> The current version of ORCA (processes the collected data) is from I believe
> 2007 or so
> www.orcaware.org i think it was
I was being facetious. Your immediate dismissal of SAR is ill-advised. I'm
wearing my abestos-lined boxers, so I'll lob this little inflammatory gem
out there: if you're running a server (especially in production) and you're
*not* running SAR, you're a freaking idiot.
Profiling individual programs is all well and good for occasional or
developer use, but the point of SAR is to give you a global view into the
health of your system and to identify architectural bottlenecks. I think it
would be greatly entertaining for Elaine or any of the other mirror
operators to post their SAR reports so you guys can see the huge amount of
abuse being heaped on their servers.
SAR is debatably one of the lowest overhead methods of gaining that
macroscopic view, and it still has profiling value on development systems
when you're testing a specific workload.
To ignore SAR is to show zero competence as a sys-admin.
--Arthur Corliss
Live Free or Die
Sent from my BlackBerry® smartphone with Nextel Direct Connect
