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@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx]On Behalf Of Tanel P=F5der Sent: Thursday, May 13, 2004 1:38 PM To: oracle-l@xxxxxxxxxxxxx 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@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //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@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------