You were brought to this page based on an internet search
and as a free service to Oracle DBAs.
The text below is an except from the book,
Oracle Performance Firefighting, written by
Craig Shallahamer of
OraPub, Inc.
Figures and tables are not included on this page, only their reference.
To order the book in either print or PDF form, click
here.
©2009, 2010 by Craig Shallahamer. This is copyrighted material.
PleaseOut of respect for those involved in the creation of the book and also for
their familes, we ask you to respect the copyright both in intent and deed. Thank you.
-------------------------------
After reading this chapter, you should have a much better appreciation for the massive technical challenge Oracle undertook and continues to undertake with caching objects of various sizes, duration, and access patterns, and understand their relationships. Of course this complexity has led to a lot of pain for everyone involved: users, performance analysts, Oracle support, and I'm sure the Oracle kernel developers. But as with most pieces of software, if you're serious about improvement and expanding the scope, it can done.
Oracle has made tremendous strides in the shared pool. As a result, for every problem a performance analyst is likely to encounter, there are a number of solutions. In fact, Oracle has taken this so seriously that some of the solutions can be invoked with an alter system or even an alter session command. In the coming years, I suspect we'll see even greater things occur in the shared pool.
1 I suspect the trend will continue. As shared pool memory management continues to improve, Oracle will be more confident in placing more and more distinctly different objects into this single large cache.
©2009, 2010 by Craig Shallahamer. This is copyrighted material.
PleaseOut of respect for those involved in the creation of the book and also for
their familes, we ask you to respect the copyright both in intent and deed. Thank you.
|