如何配置SQL Server使用Windows系统的Large-Page allocations

使用跟踪标志834，SQLSERVER会利用 Large-Page allocations去构建内存中的Buffer Pool。

下面是我对 Large-Page allocations的理解和这个Large-Page allocations对性能的提升

页面分配

虚拟地址空间（VirtualAddressSpace，VAS）由很多的内存页面组成。这些页面有两种大小，小的页面只有4KB大小（IA64位系统上是8KB）

大的页面在64位系统上有2MB大小（IA64位系统上是16MB）。

虚拟地址空间（VirtualAddressSpace，VAS）是由页面描述符表这种结构来维护的，因此，每个虚拟地址空间在页面描述符表里都有对应页面表入口

（个人感觉类似于系统服务描述符表SSDT ,内核描述符表GDT/LDT）。硬件利用这个表将这些入口转译出可读的格式，无论什么时候转译一个虚拟地址，

都必须去这张表找虚拟地址的入口。为了加快查找表上这些入口的进程，CPU维护了一块缓存叫做：Translation Look-Aside Buffer (TLB)

TLB的工作方式类似于SQLSERVER的执行计划缓存，只要一个入口曾经被转译过下次就不需要再次转译。

知道这个，就很容易去理解大的页面和小的页面对性能的差别。当一个进程的虚拟地址空间（VirtualAddressSpace，VAS）（每个进程只有一个虚拟地址空间，

虚拟地址空间=一个进程使用的内存）是由小的内存页面构成的，那么在页面描述符表里的入口就需要相应增加，同时TLB缓存的入口数也会相应增加。

举个例子，有几个虚拟地址空间需要被缓存，使用小页面(一个页面4KB)就i需要在TLB中缓存更多的入口。更多的入口意味着无论什么时候接收到

一个新的转译请求，TLB的入口缓存就需要更多去循环利用。因此使用大页面去分配虚拟地址空间在性能上会有一定的提升。

大的页面2MB大小，小的页面4KB大小，比如一个进程需要8MB内存，那么需要4个大页面或者2000个小页面

所以使用小页面来分配虚拟地址空间，就需要在TLB缓存更多的入口，但是TLB缓存的大小是有限的！！

我个人对页面描述符表的理解：

（编辑：源码门户网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!