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: pga_aggregate_target

RE: pga_aggregate_target

From: Wolfson Larry - lwolfs <lawrence.wolfson_at_acxiom.com>
Date: Thu, 13 May 2004 20:55:59 -0500
Message-ID: <A366E86AF2FBD611AB920002B31E58B0096DC855@conmsx07.corp.acxiom.net>


Hi Tanel,

                How are you doing?

	Not clear on last thing you said.
	You mean alter session for workarea_size_policy to manual and then
set sort_area_size to what you want for that session?

        On various servers we have a number of batch jobs running alone where we set SAS and SARS to 1-2G. Sometimes it's set in job and sometimes with logon trigger, like for imp.

        Larry
=09

-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Tanel P=F5der Sent: Thursday, May 13, 2004 1:38 PM
To: oracle-l_at_freelists.org
Subject: Re: pga_aggregate_target

> I have alot of batch loading processes that run over night. A few them use
2GB or more of sort space in my temp tablespace. I know I can increase my pga_aggregate_target dynamically, however, I believe I read that oracle only allows 1 process to use up to 5% of the pga_aggregate_Target.

Yes, there is a 5% rule for a serial session and 30% rule for a parallel session. You could increase _smm_max_size (set in kilobytes) to raise the workarea memory usage limit for a serial session. The equivalent parameter for a parallel session is _smm_px_max_size.

This is unsupported of course.

> anyway to flex this up? I just need the extra sort space for a few
operations at certain times.

Better approach would be to set workarea_size_policy to manual in your specific sessions needing more memory. You can alter this parameter in session level, but I haven't tested whether this actually works...

Tanel.



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

To unsubscribe send email to: oracle-l-request_at_freelists.org 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
-----------------------------------------------------------------


**********************************************************************
The information contained in this communication is
confidential, is intended only for the use of the recipient
named above, and may be legally privileged.
If the reader of this message is not the intended
recipient, you are hereby notified that any dissemination,=20
distribution, or copying of this communication is strictly
prohibited.
If you have received this communication in error,
please re-send this communication to the sender and
delete the original message or any copy of it from your
computer system. Thank You.

----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request_at_freelists.org
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
-----------------------------------------------------------------
Received on Thu May 13 2004 - 21:08:22 CDT

Original text of this message

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