2013-07-11 11 views
6

Visual studio 2012'yi kullanmaya başladım ve bununla birlikte tasarım süreci ve devenv.exe'nin birden fazla bellek kazandığını görüyorum. Burada XAML tasarımcı süreci XDesProc.exe asla belleği temizler ve bir kerede birçok tasarımcıyı yükler. Kimsenin yüksek hafızaya sahip olduğu için fark ettiğini bilmiyorsunuz. ama ben 4 Gigs RAM var sadece o diken diken ve çok kullanır. Sadece tasarımcı tarafından kullanılan 200 Meg gibi görünen bir ekran görüntüsü var. Düzenlenen Visual Studio 2012 XAML tasarımcı süreci bellekte yemek yiyor

Task Manager

: i sürüm modunda o takılıyor ve birkaç dakika uygulamadan sonra hata ayıklama modunda bir yapı ve olmayan zaman kötü olur çıkageldi. enter image description here

+0

VS2k10 gerçekten farklı değildir, Tüm örneklerim başlangıçtan sonra> 400mb RAM. Tam olarak soru/hedef/amaç nedir? – user7116

+1

[Bunu deneyin] (http://stackoverflow.com/a/10601435/1834662). Ödeyebileceğinizden emin olun, daha sonra View (Görünüm), VM class ctor'unuzun tasarımcı modunda olup olmadığını kontrol edin ve arka planda çok fazla şey işlemeye geri dönün. Son olarak bir 64bit Build yapılandırması kurun ve bir x86 makinesinde olsa bile ona geçin (bir x86 makinesinde 64bit derleme yapılandırmanızın olup olmadığından emin değilsiniz.) VS tasarımcısı 6 çalışmaz 4bit böylece daha fazla ide tüketimini kesebilir. – Viv

+0

oh kesinlikle ihtiyacınız olmayan herhangi bir addin'i kontrol edin ve devre dışı bırakın. Sonunda bazı RAM ya da daha iyi bir makine için bir sıraya koyun. – Viv

cevap

11

Evet, XAML dosyaları! - yardımcı olmalıdır onlar derlemek zorunda kalmamak için

Eğer Design görünümüne bağımlısı değilseniz (hiç kullanmam), ben txt dosyaları olarak XAML dosyaları açmak olacaktır: İşte birkaç ipucu var.

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 gerçekten XAML yavaşlığı ile beni kızdırdığında. Kaxaml'a geçiyorum. Özgür ve süper hafif.

Ayrıca Windows Görev Yöneticisi'ni açıp XDesProc.exe'nin (MS VisualStudio XAML UI Tasarım işlemleri) periyodik olarak açtıkları pencereyi öldürürler. Muhtemelen bir powershell komut dosyası veya bunları öldüren bir uygulama yazmalı .. (oldukça basit olmalı, bir zamanlayıcı oluşturmalı ve geçen bulma ve öldürme sırasında)

0

Bu eski bir iş parçacığıdır ancak yine de bu bazı insanlar için yararlı olabilir. dışarıda; Ben görsel stüdyosu içinden XDesProc öldürebilir hangi kullanarak, "Kill the WPF Designer "uzantısı bulundu.

[Düzenle] Ayrıca XAML Designer etkinleştirme> XAML Designer Seçenekleri- ve işaretini gidebiliriz.

+0

Bu uzantı talep üzerine. Çoğu insan için iyi bir kullanım durumu olmaz. –

+0

"Kaynak Kodu (Metin) Editörü" ile bile VS hala XDesProc.exe işlemini başlattı. Ben sadece dosyayı "XDesProc.exe" den "XDesProc.exe.useless" olarak yeniden adlandırdı ve o zamandan beri bu yana değil. – Xtr

İlgili konular