.net 如何杀死mscorsvw.exe
mscorsvw.exe（预编译程序集的.NET优化）占用了我CPU的很大一部分—50-100% 这篇文章（和其他许多文章）说 ngen.exe executequeueeditems 从命令行应该杀死它。对我来说，这个命令只是挂起。有没有更好的方法来终止这个过程 我没有尝试重新启动。在过去的几天里，我不止一次地看到我的CPU利用率猛增，我怀疑这就是我的问题所在；我想知道如何继续杀死它 这篇文章（和其他许多文章）说 ngen.exe executequeueeditems 从命令行应该杀死它。对我来说，这个命令只是挂起。是否有更好的>方法来终止此过程 没有；它不会杀死它。相反，它故意让事情变得更糟。它将一次处理所有排队的项目，而不是一点点地进行后台编译（这样您通常不会注意到）。这将需要一些时间来完成。它不会挂起来，它将非常努力地工作。当它完成时，它就完成了，并且将没有更多的东西留给后台编译 请注意，后台编译作业（很可能）是通过最近的升级（您可能安装了service pack）添加的。Windows通过使用.NET JIT编译器对所有托管程序集进行AOT编译帮了你一个忙。该编译器了解你的确切硬件和处理器类型，因此它将发出最优化的代码。通过这种方式，.NET可以确保软件在将来运行得更快，而代价是现在就编译程序集 在您间接链接到SEF的许多资源中，请阅读此资源，例如：.net 如何杀死mscorsvw.exe,.net,visual-studio,ngen,.net,Visual Studio,Ngen,mscorsvw.exe（预编译程序集的.NET优化）占用了我CPU的很大一部分—50-100% 这篇文章（和其他许多文章）说 ngen.exe executequeueeditems 从命令行应该杀死它。对我来说，这个命令只是挂起。有没有更好的方法来终止这个过程 我没有尝试重新启动。在过去的几天里，我不止一次地看到我的CPU利用率猛增，我怀疑这就是我的问题所在；我想知道如何继续杀死它 这篇文章（和其他许多文章）说 ngen.exe executequeueeditems 从命令行应该杀死它。对
ngen queue status
ngen queue stop当安装程序部署程序集并要求服务使用
ngen install通常有两个
mscorsvw我看到这两个版本已经启动，而x86版本才是罪魁祸首。我停止了服务，CPU从100%恢复到0%，内存减少了大约2GB。看，.NET谋杀了单核media center PC。旧电脑慢了几个小时，基于网络的视频变得不稳定。能源效率就这么多-我必须让我的电脑全天候编译，以便偶尔赶上吗？用户导向的流程不具有优先级。最棒的是它不会自动更新。。。包括.NET！这会导致重新编译所有资源，在补丁程序星期二之前永远不会完成。我还没有找到建议的解决方法（“ngen.exe安装/队列”或“ngen.exe更新”-在相关框架目录中查找ngen）响应。所以我在services.msc中或通过命令行禁用Microsoft.NET Framework NGEN服务（'sc config clr\u optimization\u v4.xxxx start=disabled'，其中xxxx是版本号；通过sc查询或目录名或services.msc获取版本号）；'“停止”仅在几秒钟内重新启动。考虑或尝试完全移除.NET 4。< /P>为什么投票被关闭？此过程是一个.net预编译优化器（会破坏计算机的性能）。就我所知，这个问题对于程序员来说是一个相当重要的话题。真正的问题是，为什么它需要这么多CPU。杀了它也没用。这就像：
为什么我的车的引擎用了这么多汽油？嗯：我只想砍掉我的车的前部，希望它停止使用汽油。