RE: Really Huge Numbers

Let me guess: you're on 64-bit HP-UX?

If so, then this is a known bug in how the porting group chose to emit
numbers. Both Oracle's tkprof and our Hotsos Profiler know how to
extract the right value from the wrong number.


Cary Millsap
Hotsos Enterprises, Ltd.
http://www.hotsos.com
* Nullius in verba *

Upcoming events:
- Performance Diagnosis 101: 5/7 Dallas, 5/18 New Jersey, 6/22
Pittsburgh
- SQL Optimization 101: 4/19 Denver, 5/3 Boston, 5/24 San Diego
- Hotsos Symposium 2005: March 6-10 Dallas
- Visit www.hotsos.com for schedule details...


-----Original Message-----
From: oracle-l-bounce@xxxxxxxxxxxxx
[mailto:oracle-l-bounce@xxxxxxxxxxxxx] On Behalf Of Peter Barnett
Sent: Tuesday, April 13, 2004 9:36 AM
To: Oracle-l@xxxxxxxxxxxxx
Subject: Really Huge Numbers

We have a very small (1.7M) database that is accessed
through a web application.  This application was once
a spreadsheet until someone in marketing thought it
would be cool to put it on the web.

The entire database is in memory and is used
exclusively for queries.  It has been up since
2/8/2004.  There are no known performance issues but
here are some really large numbers:

no work consistent read gets 
18,446,744,052,251,242,798

similar numbers for enqueue requests and releases,
consistent gets, sorts(memory).  Sorts(disk) is zero.

The code is probably really inefficient, but everyone
is happy.  It's just that some of the performance
numbers are monsterous.

=====
Pete Barnett
Lead Database Administrator
The Regence Group
pnbarne@xxxxxxxxxxx


        
                
__________________________________
Do you Yahoo!?
Yahoo! Small Business $15K Web Design Giveaway 
http://promotions.yahoo.com/design_giveaway/
----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request@xxxxxxxxxxxxx
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------

Other related posts: