问题：
我们有一个运行 Windows Server 2019 终端服务器的 XenServer 7.2 环境。尽管看似随机，但我们看到 VM 已使用内存攀升至高达 32GB，并且用户缓慢爬行，直到我们重新启动来宾操作系统。
运行 RAMmap 时，我可以看到几乎所有内存都卡在“驱动程序锁定”中并且永远不会被释放。它只会不断攀升，直到用户抱怨运行缓慢，然后我们必须重新启动来宾操作系统。
是什么原因导致Driver Locked Memory无法释放并继续“泄漏”？同样，我们正在运行带有 Windows Server 2019 的 XenServer 7.2。所有 Windows 更新都已应用于来宾操作系统。
我们在 8 个 XenServer 主机服务器和 2 个分组 SAN 上拥有大量资源用于存储。
VM 上的启动内存和最大内存设置为相同的 32GB 值，并且未选中“在此范围内自动分配内存”。
在过去的三个晚上，我有一个 EC2 服务器开始给出 408 错误以响应 Web 请求。当我早上进来的时候，我不能ssh进来；我必须使用管理控制台重新启动。dhclient 和 sshd 都给出了错误消息，上面写着“fork：无法分配内存”。
据我所知，这只发生在一台服务器上。每次细节都略有不同：
第一天晚上，它首先发生在 19:30 左右（根据 /var/log/messages），但仍然有“绑定到”消息。然后从20:00左右到20:30左右，有很多DHCPREQUEST，之后就没有成功绑定。sshd 错误从大约 21:10 开始（根据 /var/log/secure）。
第二天晚上，我们在 18:45 到 19:15 看到 DHCPREQUEST 行，然后开始出现 fork 错误。sshd 错误从 18:20 开始。
此时我通过 yum 升级了 dhclient，看看是否有帮助。（此时我还没有看到 sshd 错误。）它没有。
第三个晚上看起来和第一个晚上一样，18:30 出现分叉错误，19:00 到 19:30 出现 DHCPREQUEST。但随后在凌晨 4 点 15 分，OOM 杀手进来并杀死了一个 httpd 进程。OOM 杀手头两个晚上都没有出现。sshd 错误从 19:30 开始，在 4:15 出现很多“Received disconnected”错误。
AWS 开发人员论坛上的这个线程表明 dhclient 可能在环境变量中存在内存泄漏，但如果是这样，我看不到它。这似乎也不是一个缓慢的泄漏：它每天晚上都在早些时候发生，但是我在升级 dhclient 后于 17:00 重新启动了服务器，所以第三次它启动了不到两个小时。
我考虑过来自 apache 的内存泄漏，但它似乎与 apache 日志中的任何特定内容不相符，而且我无法通过同时向服务器发送多个内存密集型请求来触发它。在那种情况下，我希望 OOM 杀手整整三个晚上都参与其中。
apache 日志中有一件值得注意的事情，就是三个连续行的时间戳：24/Feb/2017:02:10:05, 23/Feb/2017:18:23:05, 24/Feb/2017:07 :03:20。这些请求中的第二个是 500，而不是 408。所以我猜该请求以某种方式运行了 8 小时或更长时间，这可能会占用内存。前两个晚上没有这样的事。
基本上，我不知道发生了什么。我目前的计划是在同一个归置组中启动一个新服务器，将域指向那个，然后让两者都运行，看看会发生什么。但我正在寻找有关如何诊断和解决此问题的建议。
更新
我已经按照用户ochach 的建议安装了一个简单的ps/cron 监视器后触发了这个。看来我确实是内存不足了， httpd 是罪魁祸首；我不知道为什么OOM杀手没有运行。
自从我在 AWS 上设置服务器以来，我已经注意到几个月来，我的实例几乎每天都会在标准时间（世界标准时间早上 6 点左右）出现可用内存突然下降的情况。这是一个 t2.nano 实例，足以满足我的需要。当时没有异常活动，通常没有连接到服务器（这是一个普通的个人站点）。我创建了一个服务器监视 Python 脚本来记录这一点并在内存下降时重新启动服务器：
2016-12-08 06:14:30,971 - AWS_Server_Watcher - INFO: Free memory: 280 MB
2016-12-08 06:16:31,096 - AWS_Server_Watcher - INFO: Free memory: 280 MB
2016-12-08 06:18:31,231 - AWS_Server_Watcher - INFO: Free memory: 280 MB
2016-12-08 06:20:31,365 - AWS_Server_Watcher - INFO: Free memory: 280 MB
2016-12-08 06:22:31,499 - AWS_Server_Watcher - INFO: Free memory: 280 MB
2016-12-08 06:24:31,634 - AWS_Server_Watcher - INFO: Free memory: 280 MB
2016-12-08 06:26:31,822 - AWS_Server_Watcher - INFO: Free memory: 44 MB
2016-12-08 06:26:31,822 - AWS_Server_Watcher - INFO: Server restarted
2016-12-08 06:27:09,751 - AWS_Server_Watcher - INFO: Server Watcher starting up
2016-12-08 06:29:09,905 - AWS_Server_Watcher - INFO: Free memory: 281 MB
2016-12-08 06:31:10,058 - AWS_Server_Watcher - INFO: Free memory: 281 MB
2016-12-08 06:33:10,209 - AWS_Server_Watcher - INFO: Free memory: 281 MB
有谁知道会发生什么？我怀疑这与我无法控制的 EC2 基础架构有关。但是我没有与 AWS 签署付费支持计划，所以我无法向他们询问。
运行大约 18 小时后，该系统使用了约 10GB 的内存，导致当我们运行我们的日常任务时触发 OOM-killer：
# free -h
total used free shared buffers cached
Mem: 14G 9.4G 5.3G 400K 27M 59M
-/+ buffers/cache: 9.3G 5.4G
Swap: 0B 0B 0B
# cat /proc/meminfo
MemTotal: 15400928 kB
MemFree: 5567028 kB
Buffers: 28464 kB
Cached: 60816 kB
SwapCached: 0 kB
Active: 321464 kB
Inactive: 59156 kB
Active(anon): 291464 kB
Inactive(anon): 316 kB
Active(file): 30000 kB
Inactive(file): 58840 kB
Unevictable: 0 kB
Mlocked: 0 kB
SwapTotal: 0 kB
SwapFree: 0 kB
Dirty: 40 kB
Writeback: 0 kB
AnonPages: 291380 kB
Mapped: 14356 kB
Shmem: 400 kB
Slab: 364596 kB
SReclaimable: 18856 kB
SUnreclaim: 345740 kB
KernelStack: 1832 kB
PageTables: 3720 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 7700464 kB
Committed_AS: 313224 kB
VmallocTotal: 34359738367 kB
VmallocUsed: 35976 kB
VmallocChunk: 34359678732 kB
HardwareCorrupted: 0 kB
AnonHugePages: 231424 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 9598976 kB
DirectMap2M: 6260736 kB
但是，进程似乎并没有使用大量的内存：
# top -o %MEM -n 1
top - 15:07:00 up 18:28, 1 user, load average: 0.00, 0.01, 0.05
Tasks: 155 total, 1 running, 154 sleeping, 0 stopped, 0 zombie
%Cpu(s): 23.7 us, 4.8 sy, 0.0 ni, 71.4 id, 0.0 wa, 0.0 hi, 0.1 si, 0.0 st
KiB Mem: 15400928 total, 9838560 used, 5562368 free, 29764 buffers
KiB Swap: 0 total, 0 used, 0 free. 62760 cached Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1333 root 20 0 5763204 274132 5352 S 0.0 1.8 7:00.19 java
1466 newrelic 20 0 251484 4884 2056 S 0.0 0.0 0:56.41 nrsysmond
16804 root 20 0 105636 4212 3224 S 0.0 0.0 0:00.00 sshd
16876 root 20 0 21420 3908 1764 S 0.0 0.0 0:00.03 bash
16858 ubuntu 20 0 21456 3828 1684 S 0.0 0.0 0:00.05 bash
770 root 20 0 10216 2868 576 S 0.0 0.0 0:00.02 dhclient
1 root 20 0 33700 2216 624 S 0.0 0.0 0:35.50 init
16875 root 20 0 63664 2084 1612 S 0.0 0.0 0:00.00 sudo
16857 ubuntu 20 0 105636 1860 880 S 0.0 0.0 0:00.01 sshd
16920 root 20 0 23688 1528 1064 R 0.0 0.0 0:00.00 top
16803 postfix 20 0 27400 1492 1216 S 0.0 0.0 0:00.00 pickup
976 root 20 0 43444 1100 748 S 0.0 0.0 0:00.00 systemd-logind
572 root 20 0 51480 1048 308 S 0.0 0.0 0:00.53 systemd-udevd
1840 ntp 20 0 31448 1044 448 S 0.0 0.0 0:02.94 ntpd
990 syslog 20 0 255836 924 76 S 0.0 0.0 0:00.13 rsyslogd
1167 root 20 0 61372 828 148 S 0.0 0.0 0:00.00 sshd
945 message+ 20 0 39212 788 416 S 0.0 0.0 0:00.12 dbus-daemon
1323 root 20 0 20692 676 0 S 0.0 0.0 0:40.92 wrapper
1230 root 20 0 19320 588 244 S 0.0 0.0 0:04.57 irqbalance
1538 root 20 0 25336 500 188 S 0.0 0.0 0:00.18 master
567 root 20 0 19604 480 96 S 0.0 0.0 0:00.34 upstart-udev-br
1175 root 20 0 23648 404 156 S 0.0 0.0 0:00.08 cron
1005 root 20 0 15272 348 88 S 0.0 0.0 0:00.08 upstart-file-br
临时和共享内存文件系统基本上是空的：
# df -h
Filesystem Size Used Avail Use% Mounted on
udev 7.4G 12K 7.4G 1% /dev
tmpfs 1.5G 384K 1.5G 1% /run
/dev/xvda1 9.8G 6.7G 2.7G 72% /
none 4.0K 0 4.0K 0% /sys/fs/cgroup
none 5.0M 0 5.0M 0% /run/lock
none 7.4G 0 7.4G 0% /run/shm
none 100M 0 100M 0% /run/user
/dev/xvda15 104M 4.7M 99M 5% /boot/efi
/dev/xvdb 64G 1.1G 60G 2% /mnt
smem说它正在被内核使用：
# smem -tw
Area Used Cache Noncache
firmware/hardware 0 0 0
kernel image 0 0 0
kernel dynamic memory 9525544 92468 9433076
userspace memory 311064 15648 295416
free memory 5564320 5564320 0
----------------------------------------------------------
15400928 5672436 9728492
但slabtop没有帮助：
# slabtop -o -s c
Active / Total Objects (% used) : 2915263 / 2937006 (99.3%)
Active / Total Slabs (% used) : 60745 / 60745 (100.0%)
Active / Total Caches (% used) : 68 / 103 (66.0%)
Active / Total Size (% used) : 356086.71K / 360884.30K (98.7%)
Minimum / Average / Maximum Object : 0.01K / 0.12K / 14.00K
OBJS ACTIVE USE OBJ SIZE SLABS OBJ/SLAB CACHE SIZE NAME
2226784 2226784 100% 0.07K 39764 56 159056K Acpi-ParseExt
273408 272598 99% 0.25K 8544 32 68352K kmalloc-256
8568 8560 99% 4.00K 1071 8 34272K kmalloc-4096
52320 52320 100% 0.50K 1635 32 26160K kmalloc-512
1988 1975 99% 8.00K 497 4 15904K kmalloc-8192
58044 53370 91% 0.19K 2764 21 11056K kmalloc-192
150016 141356 94% 0.06K 2344 64 9376K kmalloc-64
5016 3504 69% 0.96K 152 33 4864K ext4_inode_cache
7280 6834 93% 0.57K 260 28 4160K inode_cache
20265 20067 99% 0.19K 965 21 3860K dentry
1760 1721 97% 2.00K 110 16 3520K kmalloc-2048
19800 19800 100% 0.11K 550 36 2200K sysfs_dir_cache
2112 1966 93% 1.00K 66 32 2112K kmalloc-1024
305 260 85% 6.00K 61 5 1952K task_struct
14616 14242 97% 0.09K 348 42 1392K kmalloc-96
2125 2092 98% 0.63K 85 25 1360K proc_inode_cache
2324 2324 100% 0.55K 83 28 1328K radix_tree_node
9828 9828 100% 0.10K 252 39 1008K buffer_head
1400 1400 100% 0.62K 56 25 896K sock_inode_cache
54 39 72% 12.00K 27 2 864K nvidia_stack_cache
975 975 100% 0.81K 25 39 800K task_xstate
690 515 74% 1.06K 23 30 736K signal_cache
到目前为止，我能够解决此问题的唯一方法是重新启动。10GB 内存藏在哪里？
我听说过一个未经证实的谣言，说 Windows 2008 上的 Realtek 驱动程序存在内存泄漏问题。我的带有此网卡和操作系统的计算机正遭受这种症状 - 高内存消耗。
那么，有没有办法衡量每个驱动消耗多少内存呢？
我有一个有一些内存泄漏问题的闭源软件。是否有工具或解决方案可以在不使用“ulimit”的情况下在固定数量的内存中“沙盒”进程（一般来说，我需要每个应用程序的内存控制）
我有一个 VPS（IIS7 和 Win 2008）
它有：40 个网站和一个 SQL Server 2008，只用 2 Gigs 的 RAM 为它们提供动力。
这些站点都不是关键任务，它们都只是演示。我经常在服务器上遇到内存问题，因为每个站点都有缓存并且通常使用大量内存。
将应用程序池设置为每 3 小时回收一次是否有意义？
我确信这会释放任何内存泄漏或“挂起”的进程
在这方面还有其他提示吗？
非常感谢！，阿伦
我们有一个 VPS 服务器（它使用 Virtuozzo）。现在有几次，我们的 VPS 内存已完全用完，无法通过 SSH、SMTP 或 POP 与服务器建立新连接。唯一有效的是连接到 Web 服务。幸运的是，plesk 正在 VPS 上运行，我们已经能够通过 plesk 重新启动它（以及看到 RAM 是 100% 使用的）。
我想找出是什么过程导致了这种情况。我有一种感觉是MySQL，但不知道。是否有某种我可以实施的日志记录可以帮助我找出下次发生这种情况的原因是什么？
谢谢。
是否有适用于 Windows Server 2008 64 位的 poolmon 版本？这篇知识库文章说它仅适用于 Server 2003 之前的版本。此工具（或等效工具）是否可用于 Server 2008？
（我是 Windows Server 世界的新手，正在寻找工具来帮助追踪某些运行特定 Web 服务的服务器上明显的内核空间内存泄漏。我也欢迎任何其他工具的使用建议。）
在过去一个月左右的时间里，我注意到 lsass.exe 开始泄漏内存，在重新启动后不到一周就达到了 500MB 以上的内存。在此之前，与系统上的其他进程相比，我从未注意到它使用任何大量内存。
这发生在 2 台相同的服务器上，它们都与 Active Directory 无关。
也许最近的 Windows 更新导致了这种情况？有什么想法要检查吗？
作为一个附带问题，是否有某种方法可以在不重新启动的情况下回收 lsass.exe 的内存使用情况？
编辑：
这是我在 Process Monitor 中看到的内容，lsass.exe 一分钟内打开/查询/关闭了数千个注册表。我怎样才能追踪是什么触发了这些？