2013-07-11 12 views
6

Właśnie zacząłem używać Visual Studio 2012 i problem z nim jest proces projektanta i devenv.exe jedzą więcej niż jeden występ pamięci. Pytanie tutaj to proces projektanta XAML XDesProc.exe nigdy nie czyści pamięci i ładuje wielu projektantów na raz. Nie wiem, czy ktoś to zauważył z powodu dużej pamięci. ale mam 4 GB pamięci RAM to po prostu podskakuje i używa całości w dużo. Mam też zrzut ekranu, który pokazuje 200 milionów używanych przez samego projektanta.Visual Studio 2012 XAML proces projektanta jedzenie pamięci

Task Manager

Zmieniano: robi najgorsze kiedy zrobić budować, a nie w trybie debugowania w trybie zwolnienia utknie i po zastosowaniu kilku minut wyjdzie. enter image description here

+0

VS2k10 jest naprawdę nie różni się, wszystkie moje wystąpienia są> 400 MB RAM po starcie.Jakie jest twoje pytanie/cel/cel dokładnie? – user7116

+1

[Spróbuj tego] (http://stackoverflow.com/a/10601435/1834662) .Należy przechowywać mniej otwartych plików w edytorze Jeśli możesz sobie na to pozwolić, to sprawdź w swoim widoku, VM class ctor's, jeśli jesteś w trybie projektanta i po prostu wróć, aby nie przetwarzać zbyt wiele rzeczy w tle .Na koniec ustaw konfigurację 64-bitową i włącz ją, nawet jeśli na maszynie x86 (nie jestem pewien, czy możesz mieć 64-bitową konfigurację na maszynie x86) Projektant VS nie działa w wersji 6 4-bitowy, dzięki czemu można ograniczyć zużycie większej ilości danych. – Viv

+0

oh sprawdź i wyłącz wszelkie dodatki, których absolutnie nie potrzebujesz. Na koniec, zamów kolejną pamięć RAM lub lepszą maszynę razem. – Viv

Odpowiedz

11

Tak, to pliki XAML! Oto kilka wskazówek:

Jeśli nie są uzależnieni Design widzenia (ja nigdy go używać), chciałbym otworzyć XAML pliki jako txt plików tak, że nie trzeba kompilować - to powinno pomóc.

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 

Kiedy VisualStudio naprawdę mnie wkurza z jego powolność XAML. Przełączam na Kaxaml. Jest bezpłatny i super lekki.

Utrzymuję również Menedżera zadań systemu Windows otwarte i okresowo zabijać XDesProc.exe (MS VisualStudio XAML UI Design procesów), gdy wyskakują. Prawdopodobnie powinien po prostu napisać skrypt powłoki lub aplikację, która zabije te ... (powinno być całkiem proste, utworzyć timer, a na końcu znaleźć i zabić)

0

To jest stary wątek, ale mimo to może to być przydatne dla niektórych osób tam; Znalazłem "Kill the WPF Designer "rozszerzenie, za pomocą którego można zabić XDesProc od wewnątrz visual studio.

[Edit] Można również udać się do Opcje-> XAML projektant i odznacz Enable XAML Designer.

+0

To rozszerzenie jest dostępne na żądanie. Nie byłoby dobrym przykładem dla większości ludzi. –

+0

Nawet przy użyciu "Edytora kodu źródłowego (tekstowego)" VS nadal uruchamiał proces XDesProc.exe. Właśnie zmieniłem nazwę pliku z "XDesProc.exe" na "XDesProc.exe.useless" i nie od tego zaczęło. – Xtr

Powiązane problemy