RE: "Performance Counters"

  • From: "Cary Millsap" <cary.millsap@xxxxxxxxxx>
  • To: <jeffthomas24@xxxxxxxxx>
  • Date: Sat, 28 Apr 2007 18:30:13 -0500



Ted Coyle's answer to you is the light. One metric: response time.
Everything else is unreliable, meaning it's at best a waste of time.
Every other metric can motivate effort that runs actually counter to
your real goals.



Cary Millsap

Hotsos Enterprises, Ltd.

Nullius in verba


Hotsos Symposium 2008 / March 2-6 / Dallas

Visit for curriculum and schedule details...


From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Jeffery Thomas
Sent: Friday, April 27, 2007 10:02 AM
To: Oracle-L Freelists
Subject: "Performance Counters"


We have a SQL Server team going to manage a new vendor-built application
on 10g RAC (Solaris).     
They have zero  experience with Oracle.    They are asking the Oracle
team for 'performance counters' 
similar to what they use with SQL Server so that they can identify
"satisfactory performance criteria" to be 
used as non-functional requirements for the vendor building the

The ones identified for SQL Server were:

SQL Server: SQL Statistics: SQL Compilations/Sec counter must not exceed
100 per second over a 2 minute period. 
Average Disk Queue Length, averaged over a 2 minute period must not
exceed 2.5
SQL Server: Buffer Cache Hit Ratio should exceed 90% measured over a 2
minute period.
The CPU usage must not exceed 35% averaged over a 2 minute period. 
The SQLServer:LockWaitTime must not exceed 2ms measured over a 2 minute

If you've got a vendor building an application for you -- what kind of
benchmarks -- if any -- actually make sense with 
respect to performance criteria that the vendor must meet?


Other related posts: