32位突破2G内存限制 SQL2008 AWE应用测试

突破2G内存限制SQL2008AWE应用测试我们采用了评测中心的一台DELL2950服务器，配置了双路Intel45nmXeonE5430处理器，频率为2.66GHz，并能支持SSE4.1指令集。服务器还使用了Intel5000X芯片组，提供24MB的SnoopFilter缓存，这可以提升高负荷时的内存/处理器性能。磁盘系统则是3块15000RPM的Cheetah15K.5，并通过一块PCIex8的LSIMegaRAIDSAS8708ELP来组建RAID5阵列。为了使用AWE，应用程序必须：使用Win32的AllocateUserPhisycalPagesAPI函数分配扩展物理内存。该函数需要调用者具有将内存页锁定的权限。使用VirtualAllocAPI函数在进程的地址空间中创建一个区域，作为与扩展物理内存进行映射的一个窗口。使用MapUserPhysicalPages或者MapUserPhysicalPagesScatterAPI函数，将扩展物理内存映射到这个虚拟内存窗口中。在数据库使用AWE功能之前，必须对操作系统和SQL数据库分别进行设置。

内存锁定页面首先应用程序要满足第一条要求，它必须能具备内存锁定页面功能，这需要在组策略中进行设置，如图所示启用SQL程序运行帐号的内存锁定页面功能。通常基于安全性的考虑会给数据库一个独立的运行帐号，这时就需要将其添加入内存锁定页面选项页。一些其他需要AWE功能的程序，也需要这样设置。an连曳uEFiYEK^A'iiJiLS«£f«i4irr运行应如an连曳uEFiYEK^A'iiJiLS«£f«i4irr运行应如P诲甲Aft宾叼鸣有叫■小掘司始】旺If3毒s劳as切f皿Ju)[2LC16MV3其邯睥BPS右部!索引占川茹内呼归」』=由U内详1⑦虹.J±l理;堀饵占Mlg小内寻gi免，fioe*SQL2005的AWE设置很方便随后要进入SQL2005的管理界面，将AWE选项打开。和SQL2000必须通过控制台命令打开不同，SQL2005可以在图形界面下设置，很方便。设置完毕需要重新启动SQL服务。我们在被测服务器上安装了MicrosoftSQL2005,按照测试要求建立了数据库。BF在测试之前会在数据库中生成9个表，其中包括4个500万行的表格，每行包括100字节的数据，因此每个表格容量大约是476MB，整个数据库容量为1.86GB。我们用60个客户端模拟了总共1600个用户，在这个数据库中进行查询、添加、删除、修改等操作。在测试期间，数据的吞吐量很小，因此网络吞吐量不会成为瓶颈。

每秒事务数(寸力35000.00SOOOO.OCi25000.0020000.0CI15000.0010000.0CI5000.00每秒事务数(寸力35000.00SOOOO.OCi25000.0020000.0CI15000.0010000.0CI5000.00-■—Win32无AWEWin32AWEO3.00岩00寸IO目ootnOODOOWOOS吕寸OOEOOIOOIOS这里可以看出，我们的配置使用了AWE功能之后，数据库在中等用户数量下的性能得到了较大的提升，幅度可以达到25%左右，而在大量用户数量下，使用AWE功能会导致性能下降10~20%左右。IT168评测中心观点测试结果看上去有些奇怪，不过分析之下应该可以理解。我们的测试机器只具有4GB内存（和2~4GB虚拟内存），在中等用户数量条件下，AWE功能让数据库突破了2GB的限制，从而可以达到3GB左右，因此吞吐量得到了提升。而在重负荷的情况下，系统内存已经耗尽（操作系统、文件系统缓存本身也要占用一定的内存），因此AWE锁定内存页面反而降低了可以用于分页的内存，因此性能会有降低。从这点来看，3GB~4GB的重负荷数据库服务器使用AWE的必要性不是很大。然而再往上就不同了，AWE可以让系统内存得到充分的利用，而