I don't know who the instructor was, but he or she is talking crap (pardon = my French). Really, what would be the point of implementing a resource man= ager that itself takes too many resources? One thing that people get confused about with the Resource Manager, BTW, is= when it actually takes effect. It's when the resource being managed is ex= hausted i.e. if you're allocating different amounts of the CPU utilization = to different groups, you WON'T see Resource Manager kick in until CPU utili= zation hits 100%. After all, it's not a problem till then, right? = Pete = "Controlling developers is like herding cats." Kevin Loney, Oracle DBA Handbook = "Oh no, it's not. It's much harder than that!" Bruce Pihlamae, long-term Oracle DBA -----Original Message----- From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx] = On Behalf Of Wolfson Larry - lwolfs Sent: Tuesday, 4 May 2004 3:51 AM To: 'oracle-l@xxxxxxxxxxxxx' Subject: Oracle Database Resource Manager I've been thinking about implementing this for some of our resource intensive databases. = = One of our DBAs came back from a class where the instructor said DRM was very resource intensive itself. = = I'm not talking about complex implementations. = Can I get some feedback one way or the other? = Thanks Larry Wolfson ********************************************************************** 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, = 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 ----------------------------------------------------------------- ---------------------------------------------------------------- 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 -----------------------------------------------------------------