KGLHD
来源:互联网 发布:淘宝运动鞋店铺 编辑:程序博客网 时间:2024/06/13 01:04
KGLHD is not Function
KGL -> Kernel Generic Library
KGLHD Library cache Handle structure
KGLOB - Object structure
KGLNA - Name structure
KGLHD -> KGLOB
-> KGLNA -> KGLNA->KGLNA
Object Handles
All objects that are stored in the library cache are accessed by using handles (kglhd). The handle stores the name of the object, its namespace, some flags that are used to get information about the object (if the object is read-only, remote or local, in CGA memory, marked to be kept pinned in memory, and so on), and statistical information regarding the object. The handle is also used by the library cache to keep a list of all users who have locks, pins, or references to the object as well as those who are waiting to acquire locks or pins on it.
Object handles are placed in linked lists according to a hashing algorithm, which is a function of the object’s name and namespace.
When a process requests an object, the library cache manager applies the hashing algorithm to determine the linked list (hash bucket) to be searched. If the object is in cache, the appropriate object handle will be found. It is possible for the handle to be in memory but the object heaps have been aged out. The object handle will tell us that. In this case, the required object heaps are reloaded. Finally, it is possible that the object handle is not found. In this case, a new one must be allocated, it must be populated with the object information, and the object heaps must be loaded.
Handles: kglhd
Files kgl.c kgl2.c kgl.h
KGL -> Kernel Generic Library
KGLHD Library cache Handle structure
KGLOB - Object structure
KGLNA - Name structure
KGLHD -> KGLOB
-> KGLNA -> KGLNA->KGLNA
Object Handles
All objects that are stored in the library cache are accessed by using handles (kglhd). The handle stores the name of the object, its namespace, some flags that are used to get information about the object (if the object is read-only, remote or local, in CGA memory, marked to be kept pinned in memory, and so on), and statistical information regarding the object. The handle is also used by the library cache to keep a list of all users who have locks, pins, or references to the object as well as those who are waiting to acquire locks or pins on it.
Object handles are placed in linked lists according to a hashing algorithm, which is a function of the object’s name and namespace.
When a process requests an object, the library cache manager applies the hashing algorithm to determine the linked list (hash bucket) to be searched. If the object is in cache, the appropriate object handle will be found. It is possible for the handle to be in memory but the object heaps have been aged out. The object handle will tell us that. In this case, the required object heaps are reloaded. Finally, it is possible that the object handle is not found. In this case, a new one must be allocated, it must be populated with the object information, and the object heaps must be loaded.
Handles: kglhd
Files kgl.c kgl2.c kgl.h
0 0
- KGLHD
- Bug 13250244 - Shared pool leak of "KGLHD" memory when using multiple subpools (文档 ID 13250244.8)
- 算法导论 第6章 堆排序(简单选择排序、堆排序)
- CentOS6.5 将用户添加到sudoers里
- lihnux特殊装置 loop 挂载
- unable to bind to property 'money' on class 'Object' (class is not an IEventDispatcher)
- catalina.sh设置JAVA_HOME后还无法解决更换JDK有关问题
- KGLHD
- 斐波那契堆
- Oracle升级_oracle 10g版本由 10.2.0.1.0升级为10.2.0.4.0(即CPU升级)
- 3.1.5、准备卸载你的应用程序
- 我应该如何有效地学习linux?(持续更新)
- 使用lua螺旋打印数组
- Mac OS X下使用launchctl定时启动AppleScript脚本
- flex前端写的bean最好注册一下
- hdu 4771 状态压缩+bfs Stealing Harry Potter's Precious