Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: Performance Problem

RE: Performance Problem

From: Mladen Gogala <mladen_at_wangtrading.com>
Date: Mon, 25 Aug 2003 13:14:39 -0800
Message-ID: <F001.005CD158.20030825131439@fatcity.com>


To speed up the application, you have to know where the time is spent. Initial estimates can be made based on V$SESSION_WAIT and V$SESSION_EVENT for
the application sessions, but to go really deep, you need a detailed performance
analysis, based on timings and waits produced by the event 10046, level 8. Level 1
for that event is otherwise known as "SQL Trace". Oracle8 cannot analyze the output
from the 10046, so you'll have to contact Cary Milsap (http://www.hotsos.com).
You should also run BSTAT/ESTAT reports and see the report produced (sorry, no
statspack for V8.0) as well as carefully monitor your OS.

--

Mladen Gogala
Oracle DBA

-----Original Message-----

Burton, Laura
Sent: Monday, August 25, 2003 4:49 PM
To: Multiple recipients of list ORACLE-L

We currently have an application we are trying to speed up. In researching rule/cost based optimizers, I read that the cost based optimizer was the way to go (although rule had its moments) because that is where Oracle would be focusing any upgrades, enhancements, etc.

So I analyzed all tables and indexes. It brought our application to a stand still!! I then deleted the statistics and the application ran like before...slow. I know that I must have missed something although it seemed so straight forward. I verified that all tables were analyzed because I read that this would cause an extra step if all the tables were not analyzed.

The database is Oracle 8.0.5. This weekend I will be upgrading to 8.1.7. The operating system is NT 4.0. Does anyone know something that could point me in the right direction? Thank you for your help.

Laura

--

Please see the official ORACLE-L FAQ: http://www.orafaq.net
--

Author: Burton, Laura
  INET: BurtonL_at_frmaint.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services

---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).

Note:
This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Wang Trading LLC and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity.

--

Please see the official ORACLE-L FAQ: http://www.orafaq.net
--

Author: Mladen Gogala
  INET: mladen_at_wangtrading.com

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services

---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing). Received on Mon Aug 25 2003 - 16:14:39 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US