記憶體管理中關於記憶體每次增長的大小
修改一個記憶體引數db_16k_cache_size,如下:
SQL> show parameter db_16k_cache_size
NAME TYPE VALUE
------------------------------------ ---------------------- ------------------------------
db_16k_cache_size big integer 0
SQL> alter system set db_16k_cache_size=4M;
System altered.
SQL> show parameter db_16k_cache_size
NAME TYPE VALUE
------------------------------------ ---------------------- ------------------------------
db_16k_cache_size big integer 96M
SQL> alter system set db_16k_cache_size=48M;
System altered.
SQL> show parameter db_16k_cache_size
NAME TYPE VALUE
------------------------------------ ---------------------- ------------------------------
db_16k_cache_size big integer 96M
SQL> alter system set db_16k_cache_size=0;
System altered.
SQL> show parameter db_16k_cache_size
NAME TYPE VALUE
------------------------------------ ---------------------- ------------------------------
db_16k_cache_size big integer 0
可以看出,如果設定db_16k_cache_size的話,一次至少需要設定96M,否則無法成功.
關於db_16k_cache_size設定值的最小值,每次最少增加多大記憶體的系統資訊,可以從檢視V$SGA_DYNAMIC_COMPONENTS中看到.
如下,是在HP-UNIX上看到的,可以知道db_16k_cache_size每次至少增長4M.而每次的初始話最小值應該是跟主機有關係.
我試驗的這臺機器是在HP-UNIX上進行的,db_16k_cache_size的最小值是96M,而在Linux上測試最小值可以到10M.
SQL> select COMPONENT,CURRENT_SIZE,MIN_SIZE,LAST_OPER_MODE,LAST_OPER_TIME,GRANULE_SIZE from V$SGA_DYNAMIC_COMPONENTS;
COMPONENT CURRENT_SIZE MIN_SIZE LAST_OPER_MODE LAST_OPER_TI GRANULE_SIZE
------------------------------ ------------ ---------- -------------------- ------------ ------------
shared pool 83886080 83886080 4194304
large pool 4194304 4194304 4194304
java pool 4194304 4194304 4194304
streams pool 4194304 4194304 4194304
DEFAULT buffer cache 100663296 100663296 4194304
KEEP buffer cache 0 0 4194304
RECYCLE buffer cache 0 0 4194304
DEFAULT 2K buffer cache 0 0 4194304
DEFAULT 4K buffer cache 100663296 100663296 4194304
DEFAULT 8K buffer cache 0 0 4194304
DEFAULT 16K buffer cache 104857600 0 MANUAL 24-AUG-11 4194304
COMPONENT CURRENT_SIZE MIN_SIZE LAST_OPER_MODE LAST_OPER_TI GRANULE_SIZE
------------------------------ ------------ ---------- -------------------- ------------ ------------
DEFAULT 32K buffer cache 0 0 MANUAL 24-AUG-11 4194304
ASM Buffer Cache 0 0 4194304
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/23850820/viewspace-1053919/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 關於autoreleasepool記憶體管理記憶體
- 關於圖片在記憶體中的大小(k或者M)記憶體
- [轉帖]關於記憶體管理:計算頁表大小記憶體
- 2 Day DBA-管理Oracle例項-管理記憶體-關於記憶體管理Oracle記憶體
- 記憶體管理 記憶體管理概述記憶體
- 記憶體管理篇——實體記憶體的管理記憶體
- 關於redis記憶體分析,記憶體優化Redis記憶體優化
- Java的記憶體 -JVM 記憶體管理Java記憶體JVM
- 關於C中記憶體操作記憶體
- 自動共享記憶體管理 自動記憶體管理 手工記憶體管理記憶體
- 【記憶體管理】記憶體佈局記憶體
- 告別記憶體OOM,解決MySQL記憶體增長問題記憶體OOMMySql
- javascript中的記憶體管理JavaScript記憶體
- iOS 中的記憶體管理iOS記憶體
- Aerospike的bin記憶體管理--即列記憶體管理ROS記憶體
- 關於java中的記憶體洩漏Java記憶體
- Go:記憶體管理與記憶體清理Go記憶體
- JS中的棧記憶體、堆記憶體JS記憶體
- iOS記憶體管理相關iOS記憶體
- linux記憶體管理(一)實體記憶體的組織和記憶體分配Linux記憶體
- 記憶體管理兩部曲之實體記憶體管理記憶體
- 記憶體管理記憶體
- 關於記憶體錯誤記憶體
- 關於記憶體對齊記憶體
- Linux 記憶體管理:記憶體對映Linux記憶體
- Java應用程式中的記憶體洩漏及記憶體管理Java記憶體
- 關於程式的實體記憶體RSS記憶體
- Linux中的記憶體管理Linux記憶體
- Android-Fragment 切換造成記憶體溢位,導致記憶體增長AndroidFragment記憶體溢位
- 記憶體管理兩部曲之虛擬記憶體管理記憶體
- 【記憶體管理】Oracle AMM自動記憶體管理詳解記憶體Oracle
- CF的記憶體管理。記憶體
- JavaScript的記憶體管理JavaScript記憶體
- 關於JavaScript的記憶體機制JavaScript記憶體
- 什麼是Java記憶體模型(JMM)中的主記憶體和本地記憶體?Java記憶體模型
- 關於虛擬機器記憶體和JVM記憶體設定的思考虛擬機記憶體JVM
- 記憶體管理-swMemoryGlobal記憶體
- OC記憶體管理記憶體