Oracle数据库数据恢复、性能优化

找回密码
注册
搜索
热搜: 活动 交友 discuz
Oracle数据库数据恢复、性能优化»论坛 › Oracle › Oracle数据库管理 › shared pool疑惑
发新帖
aaaaaaaa2000

131

积分

1

好友

13

主题

shared pool疑惑

1#
发表于 2012-1-30 22:43:02 | 查看: 8795| 回复: 8
这是OWI书中的一个关于shared pool结构的一个图例
top heap相当于shared pool/subpool 是有一系列的extent组成，每个extent的大小是一个granule---疑问1：我dump出shared 看为啥不是1对1 的结果那？
  1. SQL> select bytes/1024/1024 from v$sgainfo where NAME='Granule Size';

  3. BYTES/1024/1024
  4. ---------------
  5.               4

  7. SQL> select bytes/1024/1024 from v$sgainfo where NAME='Shared Pool Size';

  9. BYTES/1024/1024
  10. ---------------
  11.             124
  12. SQL> alter session set events 'immediate trace name  heapdump level 2';
  13. [root@rad64-oracle11 trace]# cat ora11_ora_1810_tt1.trc|grep EXTENT
  14. RESERVED EXTENTS
  15. EXTENT 0 addr=0x6e000000
  16. EXTENT 1 addr=0x6e400000
  17. EXTENT 2 addr=0x6e800000
  18. EXTENT 3 addr=0x6ec00000
  19. EXTENT 4 addr=0x6f000000
  20. EXTENT 5 addr=0x6f400000
  21. EXTENT 6 addr=0x6f800000
  22. EXTENT 7 addr=0x6fc00000
  23. EXTENT 8 addr=0x70000000
  24. EXTENT 9 addr=0x70400000
  25. EXTENT 10 addr=0x70800000
  26. EXTENT 11 addr=0x70c00000
  27. EXTENT 12 addr=0x71000000
  28. EXTENT 13 addr=0x71400000
  29. EXTENT 14 addr=0x71800000
  30. EXTENT 15 addr=0x71c00000
  31. EXTENT 16 addr=0x72000000
  32. EXTENT 17 addr=0x72800000
  33. EXTENT 0 addr=0x6cc00000
  34. EXTENT 1 addr=0x6dc00000
  35. EXTENT 2 addr=0x72400000
  36. EXTENT 0 addr=0x6c400000
  37. EXTENT 1 addr=0x6d800000
  38. EXTENT 0 addr=0x6bc00000
  39. EXTENT 1 addr=0x6c000000
  40. EXTENT 2 addr=0x6c800000
  41. EXTENT 3 addr=0x6d000000
  42. EXTENT 4 addr=0x6d400000
复制代码
每个extent是有多个chunk组成，而不同大小的chunk组成了不同的bucket-----疑问2：是每个bucket一个free list吗？还是说255个bucket一个free list，如果是后者的话那是不就是一个free list里面存的是这255个bucket里面的第一个chunk的地址
疑问3：图中的lru list是是否就是进行age out的lru？
2#
发表于 2012-1-30 22:45:01
这是书中的图例

无标题.png (68.19 KB, 下载次数: 438)

无标题.png

回复 只看该作者 道具 举报

3#
发表于 2012-1-30 22:52:51
lru lit管理的是已经使用的chunk，根据lru算法进行age out

回复 只看该作者 道具 举报

4#
发表于 2012-1-30 22:54:30
今天比较晚了 ，这个问题明天会回复。

回复 只看该作者 道具 举报

5#
发表于 2012-1-31 13:42:50

回复 1# 的帖子

对于第二个问题，我的理解是：所有的bucket组成freelist，而每一个bucket是左右相同chunk组成的一个链。而freelist中，不是所有的bucket都有空闲空间。

回复 只看该作者 道具 举报

6#
发表于 2012-1-31 13:49:06

回复 1# 的帖子

书上不是说了么？lru管理的是已经使用过，但是可以被重用的chunk

回复 只看该作者 道具 举报

7#
发表于 2012-1-31 14:41:28
关于第一个问题，书上说的也比较明白。你可以看一下。最高级堆分为多个副堆，副堆下面也拥有下属副堆，从9i开始，可以拥有多个最高级堆，副堆的extent的大小是可以改变的。

回复 只看该作者 道具 举报

8#
发表于 2012-1-31 15:10:18
ODM research : this is internal research only , maclean don't ensure all he had told you is always right.


For Free List

1.在heap中unused memory 总是保存在一条Free-list上
2. Heap总是 最少有一条 Free-List
3.  初始化堆heap的 程序调用者(KGH Function Caller)可以指定以下属性：
a. heap中Freelist 空闲列表的数量(The number of free list )
b. chunk内存块的分布范围(The range of chunks to put on them.)

4. memory manger(KGH) 保证 heap中的每一块空闲内存Free Chunk 总是在某一条Free list上


Free List Buck 结构 kghbk-> Kernel Generic shared Heap manager Bucket

回复 只看该作者 道具 举报

9#
发表于 2012-1-31 21:51:45
ODM Test:
  1. SQL> show parameter sga_target

  3. NAME                                 TYPE        VALUE
  4. ------------------------------------ ----------- ------------------------------
  5. sga_target                           big integer 0
  6. SQL> show parameter shared_pool_size

  8. NAME                                 TYPE        VALUE
  9. ------------------------------------ ----------- ------------------------------
  10. shared_pool_size                     big integer 200M


  13. SQL> select * from v$version;

  15. BANNER
  16. ----------------------------------------------------------------
  17. Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bi
  18. PL/SQL Release 10.2.0.1.0 - Production
  19. CORE    10.2.0.1.0      Production
  20. TNS for Linux: Version 10.2.0.1.0 - Production
  21. NLSRTL Version 10.2.0.1.0 - Production

  23. SQL> oradebug setmypid;
  24. Statement processed.
  25. SQL> oradebug dump heapdump 536870914;
  26. Statement processed.
  27. SQL> oradebug tracefile_name;
  28. /s01/admin/G10R21/udump/g10r21_ora_3755.trc

  30. HEAP DUMP heap name="sga heap(1,0)"  desc=0x600332a8
  31. extent sz=0xfe0 alt=216 het=32767 rec=9 flg=-126 opc=0


  34. FREE LISTS:
  35. Bucket 0 size=32
  36. Bucket 1 size=40
  37.   Chunk        0802e99a8 sz=       40    free      "               "
  38.   Chunk        0805fac20 sz=       40    free      "               "
  39. ......................

  41. Bucket 2 size=48
  42.   Chunk        0803ec120 sz=       48    free      "               "
  43.   Chunk        08051d580 sz=       48    free      "               "
  44.   Chunk        0804d9670 sz=       48    free      "               "
  45.   Chunk        0805cc008 sz=       48    free      "               "

  47. ................................

  49. Bucket 251 size=12360
  50.   Chunk        08024c3f0 sz=    12496    free      "               "
  51. Bucket 252 size=16408
  52.   Chunk        08026e088 sz=    16592    free      "               "
  53.   Chunk        080256510 sz=    20480    free      "               "
  54.   Chunk        081f8c4f0 sz=    24688    free      "               "
  55. Bucket 253 size=32792
  56. Bucket 254 size=65560
  57.   Chunk        081f30f28 sz=   361928    free      "               "
  58.   Chunk        08019bd80 sz=   714344    free      "               "
  59. Total free space   =  1191752
复制代码
size > 65560bytes=64k  chunks always stored in Bucket 254 ,  空闲列表最大有0-254 共255个 Buckets(Heap free lists contain 255 buckets)

Each bucket contains double linked list to free chunks

Bucket sizes increase in
increments of 4 bytes - 16, 20, 24, 28, 32 ... 808, 812
increments of 64 bytes - 876, 940, 1004 ... 3948, 4012
then 4108, 8204, 16396, 32780, 65548

Reduces fragmentation
  1. RESERVED FREE LISTS:
  2. Reserved bucket 0 size=32
  3. Reserved bucket 1 size=4400
  4. Reserved bucket 2 size=8216
  5. Reserved bucket 3 size=8696
  6. Reserved bucket 4 size=8704
  7. Reserved bucket 5 size=8712
  8. Reserved bucket 6 size=8720
  9. Reserved bucket 7 size=9368
  10. Reserved bucket 8 size=9376
  11. Reserved bucket 9 size=12352
  12. Reserved bucket 10 size=12360
  13. Reserved bucket 11 size=16408
  14. Reserved bucket 12 size=32792
  15. Reserved bucket 13 size=65560
  16.   Chunk        080000088 sz=   212808  R-free      "               "
  17.   Chunk        080400088 sz=   212808  R-free      "               "
  18.   Chunk        080800088 sz=   212808  R-free      "               "
  19.   Chunk        080c00088 sz=   212808  R-free      "               "
  20.   Chunk        081000088 sz=   212808  R-free      "               "
  21.   Chunk        081400088 sz=   212808  R-free      "               "
  22.   Chunk        081800088 sz=   212808  R-free      "               "
  23.   Chunk        081c00088 sz=   212808  R-free      "               "
  24. Total reserved free space   =  4256160
复制代码
RESERVED FREE LISTS一般有14个Bucket
  1. UNPINNED RECREATABLE CHUNKS (lru first):
  2.   Chunk        083ffffc8 sz=       56    recreate  "fixed allocatio"  latch=0x600156a0
  3.   Chunk        082bffd10 sz=       64    recreate  "fixed allocatio"  latch=0x82f4bfd0
  4.   Chunk        0823ce0a8 sz=       56    recreate  "fixed allocatio"  latch=0x82f4bfd0
  5.   Chunk        0823cce68 sz=       56    recreate  "fixed allocatio"  latch=0x82f4bfd0
  6.   Chunk        0823caaa8 sz=       56    recreate  "fixed allocatio"  latch=0x82f4c110
  7.   Chunk        0823ca6a0 sz=       56    recreate  "fixed allocatio"  latch=0x82f4c110
  8.   Chunk        0823c98b8 sz=       56    recreate  "fixed allocatio"  latch=0x82f4c110
  9.   Chunk        0823c74f8 sz=       56    recreate  "fixed allocatio"  latch=0x82f4c070
  10.   Chunk        0823c72b0 sz=       56    recreate  "fixed allocatio"  latch=0x82f4c070
  11.   Chunk        0823c6920 sz=       56    recreate  "fixed allocatio"  latch=0x82f4c110
  12.   Chunk        0823c0410 sz=       56    recreate  "fixed allocatio"  latch=0x82f4c110
  13.   Chunk        0823ba420 sz=     1112    recreate  "KGLS heap      "  latch=0x82f4c110
  14.   Chunk        0823bfd00 sz=     1112    recreate  "Heap0: KGL     "  latch=0x82f4c110

  16. Unpinned space     =  2957616  rcr=974 trn=1465
复制代码
1.recreate   memory 是那些 已分配的内存，但是仍可以被age out到heap的Free List上
2.KGH heap manager 使用LRU算法来实现aging
3.chunk flag KGHACRECR用来标示 那些其内容 已经为recreatable的chunk
4. 当chunk不在被使用, chunk的用户可以显示地将它 unpin解锁掉，从而KGM Memory Manager会看到这个chunk成为潜在的Free Chunk
5. KGH 会调用已注册的回调程序(callback)来请求chunk的所有者将该chunk 释放Free掉
6. chunk的拥有者可以自行决定是否释放Free chunk
7. 被 "pinned"住的recreatable chunk无法aged out到Free List上
8. 所有未被锁住的Unpinned Recrateable chunk都被 暂存在堆heap的LRU LIST上

Recreatable chunk header - kghrc -> kernel generic heap memory manager recreatable chunk header

Chunk        0823ba420 sz=     1112    recreate  "KGLS heap      "  latch=0x82f4c110

Oracle同样利用latch来限制 client 的callback对recreatable chunk的串行操作。

回复 只看该作者 道具 举报

返回列表
高级模式
B Color Image Link Quote Code Smilies
您需要登录后才可以回帖 登录 | 注册

QQ|手机版|Archiver|Oracle数据库数据恢复、性能优化

GMT+8, 2024-12-23 19:28 , Processed in 0.052928 second(s), 24 queries .

Powered by Discuz! X2.5

© 2001-2012 Comsenz Inc.

回顶部
TEL/電話+86 13764045638
Email service@parnassusdata.com
QQ 47079569