解决方法：关于在计算机上使用外接显示器可能会导致严重的内存泄漏

我最近在使用win8.1系统时遇到了一个严重的问题. 也就是说，在使用笔记本电脑并仅将外部监视器作为第二屏幕连接时，在某些情况下，它将导致严重的虚拟内存消耗和占用. 根据长期测试，这是一个非常严重的错误，我希望可以在以后的更新中尽快对其进行纠正.

首先简要介绍一下基本情况和过程. 我的笔记本电脑是Acer S7-392 Ultrabook. 我通常在家中将其用作主机，即合上屏幕盖并使用其内置的HDMI接口输出信号. 因为我有很多HDMI设备，例如PS4，蓝光播放器等，所以我使用了Marantz AVNR1604，它可以同时输入多个HDMI设备的信号，并且前端旋钮选择信号我想输出到显示器. 这样，我可以轻松切换信号源，而无需多次拔出和插入连接器. 这样，计算机输出的信号将首先通过功率放大器，然后再由功率放大器输出到显示器.

我有时会下载一些大文件. 在计算机上设置下载客户端后，我关闭功率放大器和显示器，或者直接执行其他操作，然后等待它们自动进入待机状态. 最近，每次我回来时打开显示器时，总是出现一个警告窗口，指出“虚拟内存不足，为了确保窗口的正常运行，需要关闭以下程序”，但是实际提示的只是它只占内存的一小部分，不足以装满. 我以为是由于下载软件引起的，所以我卸载了该软件，但问题仍然存在. 后来，我还卸载了一些最近安装的软件，结果仍然相同. 我也搜索了很多信息，但没有一个提供帮助. 我发现了一些类似的情况，您可以参考:

我还在这篇文章下发表了评论，说系统还原可以解决问题. 这只是一个解决方案，不是一个解决方案，但原因尚不清楚.

为了彻底理解原因，我仍然将其恢复为问题状态. 这次卸载了更多软件，结果保持不变. 即使启动后没有任何程序在运行，虚拟内存警告窗口仍会在大约50分钟后弹出. 有趣的是，我发现在正常使用下，即屏幕和功率放大器已打开，监视器正常显示图像，并且从未出现警告和错误. 检查资源管理器，一切正常，如果仅使用笔记本电脑的屏幕，也不会出现问题. 后来，我做了更多的实验. 当笔记本电脑的信号线没有通过功率放大器时，它会直接连接到显示器，即使由于长时间不活动而进入省电模式和黑屏，也没有问题. 但是，如果连接了功率放大器并且由于待机而没有为功率放大器供电，则会出现问题. 顺便说一下，功率放大器中有继电器之类的东西. 手动关闭电源或不操作就自动关闭电源时，会听到清晰的跳跃声. 这是切断电源的声音. 这次我撕下了封闭笔记本电脑的HDMI电缆，以模拟上述情况. 50分钟后发生了相同的内存不足，这似乎与放大器和显示器的驱动程序无关. 整个事件似乎很清楚，所以似乎只会发生此问题: 笔记本电脑使用外部显示器仅输出第二个屏幕，并且输出信号线已关闭. 此时的电源故障意味着没有任何电源. ，如上述功率放大器自动待机跳闸并人为地断开电线. 这与显示器的直接连接不同，显示器进入省电模式，因为即使进入待机状态，显示器也已打开电源. 假定笔记本电脑可以通过HDMI电缆感知另一端的存在.

为了进一步探索发生的过程，我还使用了Windows附带的性能监视器来选择性地监视内存状态. 在这里，我仍然选择关闭笔记本电脑时的“已提交字节数”，“提交限制”和“已提交百分比”. 在测试中，由于消除了功率放大器的问题，因此该接口随后直接连接到显示器. 此时，计算机已关闭. 首先使用外部显示器选择参数，将显示器调整为监视状态，然后直接拔下HDMI输出电缆，等待几分钟，然后再重新插入电缆. 显示器将再次显示内容. 此时的曲线可以分析和解释. 如果笔记本电脑没有关闭，也就是说，拔下外部电缆后，笔记本电脑将自动使用其内置屏幕显示内容. 这时，您只会在此开关的短时间内看到内存使用量的一些波动，并且在快速稳定之后会趋于平稳. 在这种情况下不会有问题. 换句话说，当笔记本电脑关闭时，即其自身的屏幕不起作用，并且使用HDMI接口输出信号，如果此时强制断开输出信号，则提交的内存量将继续增加，并最终达到上限. 系统警告并报告错误. 就像有一个释放水的通道一样，如果该通道被阻塞，水池就会溢出. 但是我不知道真实内存是否属于这种情况.

这时，原因仍然是个谜. 我备份了我的个人数据，使用内置的Windows恢复程序将计算机还原到出厂状态，以相同的方式对其进行了测试，并惊讶地发现在任何使用中都没有问题. 此时，问题可以减少到补丁程序和应用程序. 在没有安装任何其他第三方程序的情况下，我更新了所有系统修补程序，并发现问题再次出现. 这是由补丁引起的吗？

我再次重置计算机，仔细安装了每个补丁，关闭了Windows自动更新，并手动选择了更新. 安装一个后，我对其进行了一次测试，最后我发现安装KB2930275后会出现问题. 为了安全起见，我卸载了该修补程序以查看它是否正常. 我很高兴发现问题消失了. 为了确保此补丁程序有问题，我安装和卸载了3次. 哪种补丁有这么大的问题，查询内容不是很详细，但是我知道这个补丁与内核有关. 我觉得我的问题是因果的. 但是由于现在是2014年6月，因此需要安装和测试近100个补丁. 找到此修补程序后，我无法测试其他修补程序. 预期其他未经测试的补丁程序也可能会引起问题. 这次我安装了除KB2930275以外的所有修补程序，但不幸的是问题再次出现.

因此导致此问题的结论是，修补漏洞时其他潜在的补丁程序（例如KB2930275）意外更改了系统的信号输出和内存管理参数，从而导致在屏幕外使用期间出现内存溢出问题. 这是一个严重的错误.

例如，使用功率放大器集线器管理HDMI设备的人很少，如果在待机模式下物理切断了某些信号传输中间设备或显示终端，则将出现计算机作为信号输出端如此严重的虚拟内存爆裂.

因此，在这里，我衷心希望Microsoft能够尽快提供后续补丁，以更正使用此模式时的错误. 也欢迎您在这里讨论更多详细信息和解决方案，谢谢！

附录:

以下是有关图片和日志文件数据的讨论.

首先，发生问题时，由于窗口内存资源不足而需要关闭的窗口会弹出. 这里没有屏幕截图，仅列出了日志文件信息:

这又是系统自身诊断的内容. 据说有些程序占用了虚拟内存的大部分，但实际上，从数据可以看出，这三个程序根本不占用太多内存. 这里的猜测是系统的隐藏过程与提交内存的不断增加有关.

以下是系统安装的补丁程序状态，浅蓝色线是问题补丁程序之一:

性能监视器的检测曲线之一如下，此处仅选择了两条线，即提交百分比和提交量. 可以看出，当HDMI连接正常时，线的方向是水平的，但是当拔出插头时，以绿线表示的内存提交量继续增加，并且百分比也不断增加，因此最终达到临界值.

以下图片将更加全面，包括达到100％的整个过程. 可以看出，拔掉输出线后，提交的数量继续增加. 在短时间内，由于未调整虚拟内存的上限，因此占用百分比也呈现线性上升趋势. 但是，随着提交的数量继续增加并且百分比达到90％的临界值，系统通过将上限增加1GB做出了响应. 结果，每次占用率达到90％时，系统将始终增加1GB的上限，因此占用率呈锯齿状波动. 在提交限制达到30GB之前，系统无法再为增加的内存请求空间，因此上限将线性增加至32GB（好像它溢出一样），直到越过绿线，并且占用百分比达到100％. 从发生时间可以看出，此时计算机弹出一个内存不足的警告窗口，并且日志记录了ID为2004的诊断事件. 也许系统还具有紧急内存恢复机制. 达到峰值后，以绿色表示的提交值已恢复到正常水平，上限也已恢复，占用百分比已恢复. 可以看出一个新的周期已经开始. 在监视过程结束之前，将HDMI插座人为地插回计算机. 可以发现，重新插回插座后，显示屏再次亮起，此时存储器中的所有参数恢复正常值，仿佛什么都没发生.

以下是警告窗口出现时，即虚拟内存使用率达到100％时在日志文件中记录的一些值:

MemoryExhaustionInfo

-SystemInfo

SystemCommitLimit 34249924608

SystemCommitCharge 34235064320

ProcessCommitCharge 895049728

PagedPoolUsage 291729408

PhysicalMemorySize 8480120832

PhysicalMemory用法1709752320

NonPagedPoolUsage 178434048

处理98

-ProcessInfo

-Process_1

名称360Tray.exe

ID 5328

CreationTime 2014-06-05T07: 58: 38.992816500Z

CommitCharge 125030400

HandleCount 860

版本7.7.3.1051

TypeInfo 201

-Process_2

名称Dropbox.exe

ID 5300

CreationTime 2014-06-05T07: 58: 38.945940000Z

CommitCharge 74350592

HandleCount 583

版本2.8.3.0

TypeInfo 210

-Process_3

命名explorer.exe

ID 3532

CreationTime 2014-06-05T07: 58: 31.676628700Z

CommitCharge 62156800

HandleCount 1974

版本6.3.9600.17039

TypeInfo 219

可以看出，Commit Charge非常接近Commit Limit，并且系统虚拟内存资源几乎用尽了. 但是将这种情况的发生推向360，Dropbox和资源管理器感到难以理解.

以上是附录. 如有必要，我还可以提供其他参考信息.

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/tongxinshuyu/article-311072-1.html