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: long runtimes cured by cutting hash_area_size by 90% - ???

Re: long runtimes cured by cutting hash_area_size by 90% - ???

From: Jonathan Lewis <jonathan_at_jlcomp.demon.co.uk>
Date: Mon, 07 Apr 2003 23:53:35 -0800
Message-ID: <F001.0057C8B1.20030407235335@fatcity.com>

I'll second Wolfgang's call for the runtime tkprof plans.

Was this a parallel query ? Very nasty things can happen with PQ and multiple concurrent hashes. (And just plain nasty things can happen with concurrent hashes and serial queries).

Was the test repeatable ? The difference could have been due to a large amount of delayed block cleanout on the first run
that didn't happen on the second.

Was event 10053 switched on for the first query and not the second ? I've had the
'apparent optimisation time' switch between 1.05 seconds and 10 minutes on a complex query because of a very slow write to trace file.

Regards

Jonathan Lewis
http://www.jlcomp.demon.co.uk

  The educated person is not the person
  who can answer the questions, but the
  person who can question the answers -- T. Schick Jr

One-day tutorials:
http://www.jlcomp.demon.co.uk/tutorial.html

____UK_______April 22nd
____Denmark__May 21-23rd
____USA_(FL)_May 2nd

Three-day seminar:
see http://www.jlcomp.demon.co.uk/seminar.html

____UK_(Manchester)_May
____Estonia___June (provisional)
____Australia_June (provisional)
____USA_(CA, TX)_August

The Co-operative Oracle Users' FAQ
http://www.jlcomp.demon.co.uk/faq/ind_faq.html

> Hash_Area_Size runtime
> 10,000,000 6:16 ( 6+ mins )
> 1,000,000 0:15 ( 16 secs)
>
> Why?
> Isn't bigger always better for hash_area_size?
> Is another param affected?
>
> That's the only param that changed, via alter session.
>
> Oracle 8.1.7, Sun/Solaris, 8 cpus, lots & lots of memory,
> no other queries, or 3 concurrent: same runtime.
>
> The query joins 9 tables, one has 1.8M rows, the others under 60k
rows.
>
> Explain Plan shows 5 nested loops, 3 hash joins, and no diff between
> plans with the 2 values.
>
> Chris Barr
>

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Jonathan Lewis
  INET: jonathan_at_jlcomp.demon.co.uk

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 Tue Apr 08 2003 - 02:53:35 CDT

Original text of this message

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