Używam VS 2010, ponieważ opracowujemy aplikację w .Net 4, a wydajność doprowadza mnie do szału. Jest to głównie złe, gdy nie oglądam IDE przez jakiś czas (na przykład, gdy zostaję odciągnięty na telefon do biura pomocy lub przychodzę rano).
Zdaję sobie sprawę, że prawdopodobnie jest wbudowany w WPF, który zwalnia swoje zasoby, gdy nie jest używany, ale kilkuminutowe opóźnienie, gdy ładuje wszystko z powrotem, jest naprawdę denerwujące. Zauważyłem również znaczne opóźnienia podczas otwierania plików lub kompilacji.
ide
performance
visual-studio-2010
Rachel
źródło
źródło
Odpowiedzi:
Miałem podobny problem po zainstalowaniu kilku rozszerzeń. Skończyło się to na wyłączeniu ich wszystkich i włączeniu tylko wtedy, gdy faktycznie ich używam. To naprawdę pomogło.
EDYCJA: Wygląda na to, że jest problem z niektórymi kartami graficznymi i sterownikami. Możesz sprawdzić wszystkie informacje tutaj: http://blogs.msdn.com/b/ddperf/archive/2010/09/16/vs2010-performance-and-bad-video-drivers-hardware-redux.aspx
źródło
Masz szybszą maszynę?
źródło
Oprócz odpowiedzi Muad'Dib polecam proste uaktualnienie:
Zamień stary dysk twardy na dysk SSD .
Wzrost wydajności Visual Studio .NET jest niesamowity.
źródło
Z 2 GB pamięci RAM naprawdę bym zaczął. Im większe projekty w Twoich rozwiązaniach, tym więcej pamięci RAM potrzebujesz.
Kiedy jesteś daleko od VS i wznawiasz, czy zauważysz, że dysk twardy działa bardzo ciężko? To wskaźnik, że używa dysku do obsługi zwiększonego zapotrzebowania na pamięć RAM ... Pamięć RAM działa w nanosekundach, dyski w milisekundach, więc możesz zobaczyć problem.
Pamięć RAM jest tania (2 GB powinno być znacznie mniej niż 100 USD, chyba że twój komputer jest bardzo stary), ale Twój system operacyjny może ograniczać, ile możesz mieć. Ulepszenie jest równie proste, jak w większości przypadków.
źródło
Czy korzystasz z oprogramowania antywirusowego? Jeśli tak, spróbuj wyłączyć go na chwilę i sprawdź, czy zauważysz poprawę. Możliwe, że jest skonfigurowany do skanowania niektórych typów plików podczas uzyskiwania dostępu, co może być prawdziwym zabójcą wydajności z typowymi wzorcami użytkowania programistów.
źródło