| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> RE: Automatic Shared Memory question
One more thing I learned on this working with Oracle Support - the
following event can be used to get a listing of current granule
allocations:
alter session set events 'immediate trace name DUMP_ALL_COMP_GRANULE_ADDRS level 1';
And the granules shown in listid 4 of the default buffer cache are represented by "KGH: NO ACCESS" as you can see below.
From trace file produced by dump_all_comp_granule_addrs event in udump:
<snip>
*** 2006-09-05 14:21:45.290
GRANULE SIZE is 16777216
<snip>
COMPONENT NAME : DEFAULT buffer cache, curnum=72, usrsz=0, tgt=72, st=0
Number of granules in listid 0 is 0
Number of granules in listid 1 is 0
Number of granules in listid 2 is 52
Number of granules in listid 3 is 0
Number of granules in listid 4 is 20
<snip>
SQL> select bytes from v$sgastat where name = 'KGH: NO ACCESS';
BYTES
20 granules * 16MB = 335544320 ~= 329746560
Regards,
Brandon
Privileged/Confidential Information may be contained in this message or attachments hereto. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of this company shall be understood as neither given nor endorsed by it.
-- http://www.freelists.org/webpage/oracle-lReceived on Tue Sep 05 2006 - 16:28:56 CDT
 |
 |