根据Mark Russinovich的Windows Internals 5th Edition，Windows在x86和x64体系结构上使用（小）4 KB大小的页面来pipe理内存。 即使我找不到原因，直觉上我会认为SQL Server将使用相同的大小为自己的页面，而是它使用8 KB的页面大小。
我已经通过文档和博客文章进行了研究，但是我无法find这种行为的解释。 我所能find的就是这样。
我绝对不是认为这是好是坏（我无论如何也没有这样做），我只是好奇，想学习最终决定的动机。
为SQL Serverselect8 KB页面大小的技术原因是什么？ 为什么它是一个很好的页面大小？ 或者，也许这只是它的Sybase系列的inheritance？
这个决定如何影响SQL Server的性能（意味着它如何与系统内存和磁盘内部交互）？
我的第二个想法是与存储子系统有关，但我仍然不确定。 （NTFS的默认簇大小为4KB）
我的第一个想法是与磁盘存储相关的东西，但我不确定，因为我认为NTFS也有4KB的簇大小。
不，它具有可configuration的集群大小，任何带有盐分的SQL Server DBA都会将其数据库文件分区的大小设置为64kb。
据我所知，Windows本身在x86和x64架构上使用（小）4KB的页面大小
不，它有一个4kb的大小，然后移动到8kb，以减less开销。 它们也被pipe理在64kgb（8页的8kb）的扩展中，它们总是同时被读取和写入。 这意味着SQL Server的64kb NTFS clsuter大小是完美的;）
最后，它是与赞同和减less开销，这是甜蜜点被认为是。