RE: DB memory parameter question
Date: Wed, 13 Feb 2019 08:25:46 +0000
Message-ID: <44719_1550046363_5C63D49B_44719_4522_1_371f5948f1874304ad9d46f510f36195_at_vontobel.com>
By the way, using AMM can be detrimental to the system performance on Solaris. Further, it isn’t recommended for use with Solaris x86, see https://www.oracle.com/technetwork/articles/systems-hardware-architecture/using-dynamic-intimate-memory-sparc-168402.pdf
Nenad
https://nenadnoveljic.com/blog/
From: oracle-l-bounce_at_freelists.org <oracle-l-bounce_at_freelists.org> On Behalf Of niall.litchfield_at_gmail.com
Sent: Mittwoch, 13. Februar 2019 09:09
To: Stefan Koehler <contact_at_soocs.de>
Cc: Backseat DBA <backseatdba_at_gmail.com>; oracle-l-freelist <oracle-l_at_freelists.org>
Subject: Re: DB memory parameter question
Not surprisingly I agree entirely with Stefan (although I suspect many people will be in the ASMM position because not many DBAs get that much time to understand applications any more). I see you are on 12.2 - if you do go down the PGA_AGGREGATE_TARGET route then, from 12.1 by doing this you are also effectively setting PGA_AGGREGATE_LIMIT https://docs.oracle.com/database/121/REFRN/GUID-E364D0E5-19F2-4081-B55E-131DF09CFDB3.htm#REFRN10328 which is a hard limit on PGA usage and can lead to PX slaves and/or sessions being aborted. At this point, you will start to discover how your application uses memory again :)
On Wed, Feb 13, 2019 at 7:24 AM Stefan Koehler <contact_at_soocs.de<mailto:contact_at_soocs.de>> wrote:
Hello Jeff,
here is my humble opinion about this.
AMM (memory_target): Never ever use it except for some playground databases for yourself. You already mentioned the limitations with huge pages and in addition the SHM granules are deflated/inflated.
ASMM (sga_target): It caused many problems when it was implemented first but nowadays it is pretty common and stable. However be aware that you still can run into issues with it (e.g. current example: https://twitter.com/jolliffe/status/1094195271448186881). You can use huge pages and it is static.
PGA (pga_aggregate_target): Usage is common standard nowadays however you may need to tweak the underscore parameters a little bit if you need huge memory allocations for a work area (e.g. http://www.soocs.de/public/research/150731_auto_pga_max_workarea.txt).
Summary: IMHO always use manual memory management for SGA and Auto PGA whenever possible. Use ASMM and Auto PGA if you don't know the memory requirements for the application. Never use AMM. :)
Best Regards
Stefan Koehler
Independent Oracle performance consultant and researcher
Website: http://www.soocs.de
Twitter: _at_OracleSK
> Jeff Chirco <backseatdba_at_gmail.com<mailto:backseatdba_at_gmail.com>> hat am 12. Februar 2019 um 20:05 geschrieben:
>
> Ok from what I have read in various documents and experienced it is not a good idea to use memory_target anymore, or at least on databases with large memory. Plus if you want to use huge pages you can’t. What about sga_target, sga_max_target, and pga_aggregate_target? Do I set those or still no and just set each individual SGA memory area?
>
> I recently migrated over from Windows to Oracle Linux, running 12.2.0.1 EE.
>
> Thanks
>
> Jeff
--
http://www.freelists.org/webpage/oracle-l
--
Niall Litchfield
Oracle DBA
http://www.orawin.info
Please consider the environment before printing this e-mail. Bitte denken Sie an die Umwelt, bevor Sie dieses E-Mail drucken.
<html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"> <style type="text/css">p { font-family: Arial;font-size:9pt }</style> </head> <body> <p> <br>Important Notice</br> <br />
This message is intended only for the individual named. It may contain confidential or privileged information. If you are not the named addressee you should in particular not disseminate, distribute, modify or copy this e-mail. Please notify the sender immediately by e-mail, if you have received this message by mistake and delete it from your system.<br /> Without prejudice to any contractual agreements between you and us which shall prevail in any case, we take it as your authorization to correspond with you by e-mail if you send us messages by e-mail. However, we reserve the right not to execute orders and instructions transmitted by e-mail at any time and without further explanation.<br /> E-mail transmission may not be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete. Also processing of incoming e-mails cannot be guaranteed. All liability of Vontobel Holding Ltd. and any of its affiliates (hereinafter collectively referred to as "Vontobel Group") for any damages resulting from e-mail use is excluded. You are advised that urgent and time sensitive messages should not be sent by e-mail and if verification is required please request a printed version.</br> Please note that all e-mail communications to and from the Vontobel Group are subject to electronic storage and review by Vontobel Group. Unless stated to the contrary and without prejudice to any contractual agreements between you and Vontobel Group which shall prevail in any case, e-mail-communication is for informational purposes only and is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction.<br /> The legal basis for the processing of your personal data is the legitimate interest to develop a commercial relationship with you, as well as your consent to forward you commercial communications. You can exercise, at any time and under the terms established under current regulation, your rights. If you prefer not to receive any further communications, please contact your client relationship manager if you are a client of Vontobel Group or notify the sender. Please note for an exact reference to the affected group entity the corporate e-mail signature. For further information about data privacy at Vontobel Group please consult <a href="https://www.vontobel.com">www.vontobel.com</a>.<br />
</p> </body> </html>
-- http://www.freelists.org/webpage/oracle-lReceived on Wed Feb 13 2019 - 09:25:46 CET