私はVisual Studio 2012を使用し始めました。デザイナーのプロセスであり、devenv.exeは複数のメモリを食べています。ここでの質問は、XAMLデザイナープロセスです。XDesProc.exeは、メモリを一掃したり、一度に多くのデザイナーを読み込んだりすることはありません。誰かが高い記憶を持っていることを気づかないでください。しかし、私は4ギガバイトのRAMを持っているだけでバンプアップし、多くの全体を使用します。私はまた、デザイナーが使用した200メガのようなスクリーンショットを持っています。Visual Studio 2012 XAMLデザイナーのプロセスメモリを奪う
編集：私はビルドを行うと、デバッグモードでリリースモードで、それが立ち往生し、数分後にアプリケーションが起動したときではない、それは最悪の取得します。 
ええと、それはXAMLファイルです！ - 役立つはず、彼らはコンパイルする必要がないよう
はあなたがDesignビューにはまっていない場合は（私はそれを使用することはありません）、私はtxtファイルとしてXAMLファイルを開くになります。ここではヒントのカップルです。
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デザインプロセス）を定期的に削除します。おそらく、powershellスクリプトやそれらを殺すアプリを書くべきです（かなりシンプルで、タイマーを作成し、見つけて、殺してください）
これは古いスレッドですが、これは一部の人にとっては便利かもしれませんそこに;私は、あなたは、Visual Studio内からXDesProcを殺すことができた使用して、"Kill the WPF Designer「拡張子を見つけました。
[編集]あなたはまた、[オプション] - > [XAMLデザイナに移動し、XAMLデザイナを有効にオフにできます。
この拡張機能はオンデマンドです。ほとんどの人にとっては良いユースケースではないでしょう。 –
"ソースコード（テキストエディタ）"でも、VSはまだXDesProc.exeプロセスを開始しました。私はちょうど "XDesProc.exe"から "XDesProc.exe.useless"にファイルの名前を変更し、それ以降は起動していません。 – Xtr
VS2k10は、実際に違いはありません私のすべてのインスタンスは、起動後> 400MBのRAMです。あなたの質問/目的/目的は正確ですか？ – user7116
[これを試す]（http://stackoverflow.com/a/10601435/1834662）タブをクリックしてください。もしあなたが余裕があれば、デザイナーモードであればView、VMクラスのctorをチェックし、バックグラウンドであまりにも多くのものを処理しないで戻ってください。 （x86マシンに64ビットのビルド設定ができるかどうかはわかりません）VS Designerは6で動作しませんより多くのIDE消費をトリミングするかもしれないので、4ビット。 – Viv
あなたは絶対に必要としないアドインをチェックして無効にします。最後に、いくつかのRAMまたはより良いマシンのためにすべてを一緒に注文してください。 – Viv