深入SQL SERVER 2000的内存管理机制(二)
可访问大地址的应用 (Large-Address-Aware Executables) 在Windows增加支持/3GB参数以前,一个应用程序是无法访问一个带有高位设置的指针.一个32位的指针只有前31位地址空间可以被用户模式的应用程序访问.这剩余的一位不用.因此有一些聪明的开发者因为其他的目的不愿意在处理内存地址空间时浪费这一位.(举例来说:可以用来标志一个指针引用其它应用程序分配的数据类型).这样就/3GB参数就遇到一个难题,因为这种类型的程序不能方便的区分一个合法的指针引用的内存空间在2G的分界线以上与一个内存地址空间在2G以下,但它的高位已经被用做它用的指针.基本上如果一台机器用/3GB的参数启动,这种应用程序是无法运行的.为解决这种状况,微软在WIN32的PE文件Characteristics字段增加了一个新的标志位来表示一个程序是否运行在可访问大地址的(Large-Address-Aware Executables)模式.当该标志位被起用( IMAGE_FILE_LARGE_ADDRESS_AWARE ),该可执行文件头部Characteristics字段的32位被置位.通过这个可执行文件头部的标志位,应用程序可以暗示WINDOWS 它可以处理带有高位设置的指针,这样就不会带来任何异常结果.当该标志被置位并且支持这种方式启动的Windows也是通过/3GB的参数启动,这时操作系统会提供一直扩展的私有用户模式的地址空间给应用程序.你可以通过工具,比如: DumpBin 和 ImageCfg (转储可执行文件的头部)来检查一个可执行文件的该标志位.Visual C++ 通过 /LARGEADDRESSAWARE 连接器开关来表示IMAGE_FILE_LARGE_ADDRESS_AWARE，SQL SERVR已经将该标志位激活,所以你可以在支持/3GB参数的Windows 版本中使用该参数,这样操作系统回自动扩展SQL SERVER的用户内存空间. 注释:Windows在可执行文件启动时检查IMAGE_FILE_LARGE_ADDRESS_AWARE 标志位,但忽略DLL文件.DLL代码必须自动处理高位被置位的指针。 物理内存扩展 Intel 处理器自从Pentium PRO开始，以后的处理器都支持一种物理内存扩展（PAE）的内存映射模式。PAE模式提供了可以访问64GB的物理内存空间。在PAE模式中，内存管理单元（Memory Management Unit (MMU))仍然执行：页目录入口page directory entries(PDEs) 和页表入口page table entries (PTEs),但是在此之上有一个新的级别：页目录指针表。同时，在PAE模式PDEs 和PTEs是64位的（不仅仅是标准的32位），这样系统可以映射比标准转换更多的内存空间，因为PDEs 和PTEs模式的寻址宽度是标准的2倍。这并不仅仅是增加了页目录指针表。页目录指针表被用来管理这些大容量表和索引。一些特殊版本的Windows内核需要运行在PAE模式。这中内核集成在windows 2000以及以后的版本中，在单处理器的机器中体现在Ntkrnlpa.exe文件中，在多处理器的机器中体现在Ntkrnlpamp.exe文件中。你可以向增加/3GB和/USERVA参数一样在BOOT.INI文件中加/PAE参数激活PAE模式。 地址窗口扩展 Windows的地址窗口扩展（AWE）机制可以允许应用程序访问超过4GB的物理内存。一个32位的指针是一个整数，只能保存0x00000000到0xFFFFFFFF的值，就是说可以引用4GB 以内线性的内存地址空间，AWE允许一个应用程序绕过这些限制，通过操作系统访问所有的内存空间。 从概念上说，AWE并不是一个新的事物。在计算机发展之初，操作系统和应用程序已经使用相似的机制回避指针的限制。例如：我们倒退到DOS年代，32位扩充功能被经常用来允许一个16位的程序访问他自已以外的内存地址空间。一些特殊目的管理者和API经常使用扩充内存和扩展内存。你可能记得这样一个很久以前产品Quarterdeck QEMM-386经常用来做这样的事情。典型的机制是允许一个指针可以访问超过本身限制的空间，（比如：地址太大无法在自己的指针中）通过在可以访问的地址空间分 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
