2013-07-11 43 views
6

我刚开始使用Visual Studio 2012,它的问题是设计器进程,devenv.exe正在吃掉不止一个内存演出。这里的问题是XAML设计器进程XDesProc.exe从不清理内存并一次加载大量设计器。由于内存高,不知道有人注意到它。但我有4 Gig的RAM,它只是颠簸起来,并使用了很多。我也有一个屏幕截图,其中显示了像设计师使用的200 Megs。Visual Studio 2012 XAML设计器进程吃掉内存

Task Manager

编辑:它得到最差的,当我在释放模式下,它被卡住后几分钟应用进行构建,而不是在调试模式出现。 enter image description here

+0

VS2k10真的是没有什么不同,我的所有实例在启动后都大于400mb RAM。你的问题/目标/目的究竟是什么? – user7116

+1

[试试这个](http://stackoverflow.com/a/10601435/1834662)。如果你可以负担得起,那么检查你的View,VM class ctor,如果在设计器模式下,并且只是返回到不在后台处理太多的东西,最后设置一个64位的Build配置,并切换到它,即使在x86机器上(不知道你是否可以在x86机器上安装一个64位版本的配置)VS设计器不能在6版本中工作4bit,这样可以减少更多的ide消耗。 – Viv

+0

哦检查并禁用任何你不绝对需要的插件。最后把一些RAM或更好的机器放在一起订购 – Viv

回答

11

是的,这是XAML文件!下面是一些提示:

如果你不嗜Design视图(我从来没有使用它),我就开XAML文件作为txt文件,使他们不必编译 - 这应该帮助。

Right-Click on the .xaml file in Solution Explorer 
Open with.. 
Select Source Code (Text) Editor 
Click <Set as Default> button so you don't have to do it again. 
Click <OK> button 

当VisualStudio真的因为它的XAML缓慢而感到气愤。我切换到Kaxaml。它是免费的,超轻量。

我还打开Windows任务管理器,并在弹出时定期关闭XDesProc.exe(MS VisualStudio XAML UI Design进程)。可能应该只写一个powershell脚本或杀死那些应用程序(应该很简单,创建一个计时器,并在经过查找和杀死)

0

这是一个旧的线程,但不过这可能是有用的一些人在那里;我发现"Kill the WPF Designer“扩展,使用它你可以在Visual Studio中杀死XDesProc。

[编辑]您还可以去选项 - > XAML设计并取消选中启用XAML设计。

+0

此扩展程序是按需提供的。对大多数人来说不会是一个很好的用例。 –

+0

即使使用“源代码(文本)编辑器”,VS仍然启动XDesProc.exe进程。我只是将该文件从“XDesProc.exe”重命名为“XDesProc.exe.useless”,并且从此它没有启动它。 – Xtr