环境：
 
       Winserver2008+Sqlserver2008
 
问题和解决过程：
 

        早上医院反应，PACS系统业务特别慢，登上服务器看内存已经使用了31.8G(32G的内存),打开任务管理器看 占用最多的是sqlserver.exe 大约8G 其他进程最大的也就IIS的进程，都没超过1G，加起来肯定到不了31.8G
        网上搜了下，最开始我认为是sqlserver的问题，我认为sqlserver有部分内存使用可能在任务管理器中显示不出来
        改了下sqlserver数据库的内存使用限制那个属性 改成了24G，但是我发现sqlserver.exe的使用率并没有减少(之前在一家医院改过这个值，改完之后sqlserver.exe的内存使用就慢慢下来了，证明这个设置是有用的)，
        然后我又用DBCC MemoryStatus查了一下，VM Committed和VM Reserved的值都没有变化，VM Reserved的值约等于系统内存，VM Committed的值和任务管理器显示的也差不多，这让我开始认为不是sqlsever的问题了。
     (可以看出我是个sqlserver小白。。)
     
        然后又考虑到是不是服务器中毒了，因为服务器昨天是检测出来问题的(病毒利用WinRAR的UNACEV2.dll的漏洞，修改了服务器上很多影像文件夹的权限，导致影像无法调阅)，但是通过资源监视器和任务管理器，并没有发现异常进程，这方面的假设也很快被我自己否定了
     
        然后又在网上搜了搜，看看有没有类似的情况，点了(https://blog.51cto.com/xu3jin/1529705)这个，发现现象差不多。
     
        这里面提到了RAMMAP这个工具，我看这个工具就是检测服务器内存使用的，应该对服务器没什么影响，就下载了一个放到的服务器上试试。
     
        运行了一下，终于找到的那"丢失"的10+G的内存了! 原来都被Metafile这个东西占用了。 然后我点了empty下的Empty System Working Set,内存释放了16G出来。
        MetaFile可以理解为系统缓存，Windows server 2008系统中，比如存在大量的文件拷贝等磁盘io操作，系统会自动将其缓存到内存中，这部分被占用的内存在任务管理器的中未体现出来的，所以用户会认为系统的内存占用异常。同时，MetaFile默认是没有限制的，所以系统会无限制占用内存。但是对于Windows 2012之后，操作系统会自动限制系统缓存的上限从而避免物理内存的耗尽。这个描述和医院实际情况相似，服务器是Pacs系统，所以有大量的影像文件写入
     
        当然这样做只是个临时办法，后期文件缓存还是会慢慢增长起来的，想要永久解决此问题，就需要注册一个DynCache服务，限制系统缓存的使用
     
         以下引用自：https://help.aliyun.com/knowledge_detail/40996.html
         微软官方Blog有一篇文章介绍因为MetaFile耗尽系统物理资源，通过Dyncache服务来解决此类问题，请注意该软件不适用于Windows 2012 之后的系统。
         Troubleshooting Windows Performance Issues: Lots of RAM but no Available Memory
         Microsoft Windows Dynamic Cache的更新程序，用户可以下载后添加到服务中，通过修改注册表来限制动态缓存的最大值，比如设置上限为200M等，这样系统就可以把作为缓存使用的内存设置了上限值。
         下载地址： http://www.microsoft.com/en-us/download/details.aspx?id=9258 
     具体设置步骤如下：
         1. 解压后根据不同系统版本中对应的DynCache.exe文件复制到C:\windows\system32中。
         2. 以管理员身份打开命令提示符，执行如下命令添加服务：
       sc create DynCache binPath= %SystemRoot%\System32\DynCache.exe start= auto type= own DisplayName= "Dynamic Cache Service"
         3. 回到DynCache文件夹，找到DynCache.reg的注册表文件导入。
         4. 打开注册表，找到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DynCache\Parameters
         5. 右侧找到MaxSystemCacheMBytes，双击它，这里我们选择“十进制”，在数值里输入要限制最大的缓存数（单位是MB），输入800就是限制缓存最大为800MB，输入0为不限制。
         6. 到服务中启动DynCache服务。
         注：下载的dyncache解压出来是有多几个版本可选的，请选择retail amd64的版本，不要选择ia64（ia64表示安腾的64位处理器版本）。
  

win7专业版，不知怎么，资源管理器不能拖到下面的任务栏了，看着不习惯。
 
网上找了一下，在注册表中，两个地方，检查“IsShortcut”，没有就补上，即可。
 

 
 
[HKEY_CLASSES_ROOT\lnkfile]
 
[HKEY_CLASSES_ROOT\piffile]
 

 

Windows10任务管理器中不显示GPU显卡的的解决方法。
 
最近遇到了这个问题，网上搜寻了一圈，发现可能导致该问题的原因有很多，这里总结一下，我自己使用的解决方法是第四个，大概率是由于乱删C盘文件导致的。
 
以下开始正文。
 
一般出现任务管理器中不显示GPU显卡问题是以下几种情况：
 
1. 进程页没有GPU占用显示，但性能页可以看到GPU信息。
 
解决方法：确认Windows10版本号大于1909，如果确认，在任务管理器进程页右键名称一栏，将GPU勾选上即可。如果Windows10版本过旧，更新至1909版本或以上即可。
 
2. 进程页没有GPU占用显示，设备管理器中看不到显示设备。
 
解决方法：没有安装显卡驱动，或者显卡驱动安装不正确，请至显卡官网重新下载安装显卡驱动。
 
3. 显卡WDDM过于老旧，不支持该功能。
 
确认方法：Ctrl+R 输入 dxdiag 并回车运行 dxdiag诊断工具，选择显示1一栏，查看右侧驱动程序模型版本是否大于等于WDDM2.0。
 
解决方法：只能换块好显卡了。
 
4. 以上都不是的解决方案（也是我最终解决该问题的方案）
 
可能是误删了某些系统缓存文件导致的，需要重建资源监视器缓存，步骤如下。
 
4.1 右击Windows10 开始菜单——Windows Powershell（管理员），或Windows Powershell右击以管理员身份运行。
 
4.2 在Powershell中运行如下代码（可能运行30秒到2分钟）：
 
Get-AppxPackage | % { Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppxManifest.xml" -verbose }
 
4.3 在Powershell中运行如下代码：
 
lodctr /r
 
看到Powershell提示执行成功后，重新打开任务管理器看看是不是出来了。

Windows 系统上的任务管理器进化到 Windows 10 的 1809 版本后，又新增了几项可以查看的进程属性。
 
本文介绍可以使用任务管理器查看的各种进程属性。
 
 


 
本文内容
 
如何查看进程的各种属性
名称、PID、状态
路径名称、命令行
用户名、特权、UAC 虚拟化
DPI 感知
 

 
如何查看进程的各种属性
 
在任务栏上右键，选择“任务管理器”；或者按下 Ctrl + Shift + Esc 可以打开任务管理器。如果你的电脑死掉了，也可以按 Ctrl + Alt + Del 再选择任务管理器打开。
 
在顶部列表标题上右键，可以选择列，在这里可以打开和关闭各种各样可以查看的进程属性。
 
 
名称、PID、状态
 
名称不用多说，就是启动这个进程时的程序文件的名称。
 
值得注意的是，名称自进程启动时就确定了，即便你在运行期间改了名字，进程名也不会变。关于运行期间改名，可以参见：
 
Windows 上的应用程序在运行期间可以给自己改名（可以做 OTA 自我更新） - 吕毅。
 
PID 可以唯一确定当前系统运行期间的一个进程，所以用 PID 来找到进程是最靠谱的（前提是你拿得到）。这里有一个有意思的事情，可以阅读这些文章：
 
Windows 的 PID为什么是 4 的倍数 - 开源中国社区
WINDOWS 进程或线程号为什么是 4 的倍数 - GUO Xingwang - 博客园
 
进程的状态可以阅读：
 
进程的挂起状态详细分析 - FreeeLinux’s blog - CSDN博客
 
路径名称、命令行
 
路径名称可以帮助我们了解这个进程是由计算机上的哪个程序启动产生的。
 
不过我更喜欢的是“命令行”。因为除了可以看进程的路径之外，还可以了解到它是如何启动的。比如下面这篇博客中，我就是在任务管理器了解到这些工具的启动参数的。
 
使用 Visual Studio 自定义外部命令 (External Tools) 快速打开 git bash 等各种工具 - 吕毅
 
关于命令行中的路径，可以参见我的其他博客：
 
.NET 命令行参数包含应用程序路径吗？ - 吕毅
.NET/C# 获取一个正在运行的进程的命令行参数 - 吕毅
 
用户名、特权、UAC 虚拟化
 
我把这三项放在一起说，是因为这三项是与 UAC 相关的项。
 
用户名指的是启动此进程的那个用户的用户名，这在调试一些提权程序的时候可能会有用。因为对于管理员账户而言，提权前后是同一个用户；而对于标准账户，提权后进程将是管理员账户的进程，于是两个进程运行在不同的用户空间下，可能协作上会出现一些问题。
 
关于用户账户以及提权相关的问题，可以阅读 Windows 中的 UAC 用户账户控制 - 吕毅。
 
特权（Privilege）指的是此进程是否运行在管理员权限下。值为“是”则运行在管理员权限下，值为“否”则运行在标准账户权限下。
 
关于特权级别相关的问题，可以阅读 Windows 中的 UAC 用户账户控制 - 吕毅。
 
UAC 虚拟化相关的问题可以阅读 应用程序清单 Manifest 中各种 UAC 权限级别的含义和效果 - 吕毅。
 
DPI 感知
 
可以查看进程的 DPI 感知级别。
 
进程的 DPI 感知级别有以下这些，名字来源于 Windows 系统任务管理器上的显示名称。
 
不知道 (Unaware)
系统 (System DPI Awareness)
每个显示器 (Per-Monitor DPI Awareness)
每个显示器(v2) (Per-Monitor V2 DPI Awareness)
 
关于 DPI 感知级别的更多内容，可以阅读我的其他博客：
 
Windows 下的高 DPI 应用开发（UWP / WPF / Windows Forms / Win32） - 吕毅
支持 Windows 10 最新 PerMonitorV2 特性的 WPF 多屏高 DPI 应用开发 - 吕毅
 
 
我的博客会首发于 https://blog.walterlv.com/，而 CSDN 会从其中精选发布，但是一旦发布了就很少更新。
 
如果在博客看到有任何不懂的内容，欢迎交流。我搭建了 dotnet 职业技术学院 欢迎大家加入。
 
 
本作品采用知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议进行许可。欢迎转载、使用、重新发布，但务必保留文章署名吕毅（包含链接：https://walterlv.blog.csdn.net/），不得用于商业目的，基于本文修改后的作品务必以相同的许可发布。如有任何疑问，请与我联系。