1. 公司的产品有一个查抄windows操纵系统的成果,验证是否满足 只能客户端 的运行需求:
这里面的可用虚拟内存是128T 觉得非常奇怪了.
然后本身想了下128T 是 2的 47次方
料想是不是windows10 采纳了47位的地点总线位宽来进行VAS虚拟内存寻址.
然后查了下winserver 2016的参数限制:
单个机器撑持24T内存,应该是小于2的45次方的寻址空间.
intel最新的8180M CPU 单价13k刀 能够使用1.5T的内存,8 socket下使用12T的内存
看样子是win2016 是完全可以跑8路的intel的处事器 并且把内存完全打点起来的.
不过看到这个参数,觉得还长短常吓人了
终究8180满配的话是 448个超线程后的core数..
理解的很简单, 不知道对不同错误..
微软官方的解释:
https://technet.microsoft.com/zh-cn/library/hh439648
虚拟地点空间
当措置惩罚惩罚器读或写入内存位置时，它会使用虚拟地点。作为读或写操纵的一部分，措置惩罚惩罚器将虚拟地点转换为物理地点。通过虚拟地点访谒内存有以下优势：
措施可以使用一系列相邻的虚拟地点来访谒物理内存中不相邻的大内存缓冲区。
措施可以使用一系列虚拟地点来访谒大于可用物理内存的内存缓冲区。当物理内存的提供量变小时，内存打点器会将物理内存页（凡是巨细为 4 KB）生存到磁盘文件。数据或代码页会按照需要在物理内存与磁盘之间移动。
差别进程使用的虚拟地点相互断绝。一个进程中的代码无法更纠正在由另一进程或操纵系统使用的物理内存。
进程可用的虚拟地点范畴称为该进程的“虚拟地点空间”。每个用户模式进程都有其各自的专用虚拟地点空间。 对付 32 位进程，虚拟地点空间凡是为 2 GB，范畴从 0x00000000 至 0x7FFFFFFF。对付 64 位进程，虚拟地点空间为 8 TB，，范畴从 0x000‘00000000 至 0x7FF‘FFFFFFFF。一系列虚拟地点有时称为一系列“虚拟内存”。
此图说明了虚拟地点空间的一些重要成果。
该图显示了两个 64 位进程的虚拟地点空间：Notepad.exe 和 MyApp.exe。每个进程都有其各自的虚拟地点空间，范畴从 0x000‘0000000 至 0x7FF‘FFFFFFFF。每个暗影框都暗示虚拟内存或物理内存的一个页面（巨细为 4 KB）。注意，Notepad 进程使用从 0x7F7‘93950000 开始的虚拟地点的三个相邻页面。但虚拟地点的这三个相邻页面会映射到物理内存中的非相邻页面。而且还注意，两个进程都使用从 0x7F7‘93950000 开始的虚拟内存页面，但这些虚拟页面都映射到物理内存的差别页面。
用户空间和系统空间诸如 Notepad.exe 和 MyApp.exe 的进程在用户模式下运行。核心操纵系统组件和多个驱动措施在更有特权的内核模式下运行。有关措置惩罚惩罚器模式的详细信息，请参阅用户模式和内核模式。每个用户模式进程都有其各自的专用虚拟地点空间，但在内核模式下运行的所有代码都共享称为“系统空间”的单个虚拟地点空间。当前用户模式进程的虚拟地点空间称为“用户空间”。
在 32 位 Windows 中，可用的虚拟地点空间共计为 2^32 字节（4 GB）。凡是较下的 2 GB 用于用户空间，较上的 2 GB 用于系统空间。
在 32 位 Windows 中，你可以指定（在启动时）赶过 2 GB 用于用户空间。功效是系统空间可用的虚拟地点更少。可以将用户空间的巨细增至 3 GB，在这种情形下系统空间仅有 1 GB。若要增大用户空间的巨细，请使用 BCDEdit /set increaseuserva。
在 64 位 Windows 中，虚拟地点空间的理论巨细为 2^64 字节（16 百亿亿字节），但实际上仅使用 16 百亿亿字节范畴的一小部分。范畴从 0x000‘00000000 至 0x7FF‘FFFFFFFF 的 8 TB 用于用户空间，范畴从 0xFFFF0800‘00000000 至 0xFFFFFFFF‘FFFFFFFF 的 248 TB 的部分用于系统空间。
用户模式下运行的代码可以访谒用户空间，但不能访谒系统空间。此限制可防备用户模式代码读或变动受掩护的操纵系统数据布局。内核模式下运行的代码既可以访谒用户空间，也可以访谒系统空间。即，在内核模式下运行的代码可以访谒系统空间和当前用户模式进程的虚拟地点空间。
在内核模式下运行的驱动措施必需在直接从用户空间地点中读取或写入这些地点时非常小心。此方案说明了原因。
用户模式措施倡议从设备读取某些数据的请求。措施供给缓冲区的起始地点以接收数据。
在内核模式下运行的设备驱动措施例程启动读取操纵并将控制权返回到其挪用措施。