Wskazówki dotyczące wydajności, dzięki którym Visual Studio 2010 będzie szybsze? [zamknięte]
Obecnie pytanie to nie pasuje do naszego formatu pytań i odpowiedzi. Oczekujemy, że odpowiedzi będą poparte faktami, referencjami lub wiedzą specjalistyczną, ale to pytanie będzie prawdopodobnie wywoływało debatę, argumenty, ankiety lub rozszerzoną dyskusję. Jeśli uważasz, że to pytanie można poprawić i ewentualnie ponownie otworzyć, odwiedź Pomoc centrum dla wskazówek. Zamknięty 9 lat temu .
Nie wiem, czy ktoś jeszcze miał problem z wydajnością Visual Studio 2010, ale zamykam go codziennie i otwieram ponownie, a z godziną zaczyna się strasznie zagłębiać, a nawet nie nadążam za moim pisaniem. Czy brakuje mi jakiegoś oczywistego ustawienia, które pomogłoby go przyspieszyć?
Używam również ReSharper, ale nawet jeśli to usunę, to tylko nieznacznie zwiększa prędkość.
Ponieważ kilka osób poprosiło o specyfikację mojej Maszyny:
Intel Q9550 @ 2.83 GHz
4 Cores
8GB Physical RAM
2x 60GB SSD in RAID0 combination for solution/project
VS2010 RTM Ultimate
Windows Server 2008 x64 R2 (Performance set for Applications)
Chociaż smutno jest słyszeć, że odpowiedź brzmi "kup szybszy sprzęt", gdy mój sprzęt jest naprawdę dobry.
W tym celu należy skontaktować się z Działem obsługi klienta, aby uzyskać więcej informacji na temat programu Visual Studio Performance Diagnostics.]}14 answers
Polecam rozważyć zainstalowanie niektórych hotfixów z http://connect.microsoft.com/VisualStudio/Downloads . wcześniej miałem również problemy z wydajnością i widziałem komunikaty typu "niewystarczająca pamięć" podczas operacji Cut & Paste. Ten problem i kilka innych (w tym różne problemy z wyciekiem pamięci) są już podniesione. Po zainstalowaniu niektórych poprawek z http://connect.microsoft.com/VisualStudio/Downloads [[2]} Wydajność Visual Studio na moim komputerze jest znacznie lepiej.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2010-10-17 13:37:51
Tutaj dodaję własną odpowiedź. Nie sądziłem, że ReSharper tyle zrobił. Po wypróbowaniu każdej opcji i załadowaniu tylko jednego projektu, nadal był opóźniony nawet od zwykłego połączenia 2 linii razem (kilka pras backspace).
Odinstalowałem ReSharper i wraz z wszystkimi innymi poprawkami, które zrobiłem, rzecz jest niesamowicie szybka.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2010-07-01 17:21:16
One note re RAID0 SSD . Należy upewnić się, że kontroler RAID(i sterownik!) obsługuje TRIM Dla dysków SSD. Większość kontrolerów RAID - zwłaszcza kontrolerów chipsetu Intel-tego nie robi. Konsekwencją jest to, że wydajność we/wy szybko ulegnie znacznemu pogorszeniu w macierzach RAID opartych na dyskach SSD.
Windows 7 i Windows 2008R2 obsługują polecenie TRIM-gdy twój kontroler i sterownik go zaimplementują.
Jest wiele na ten temat na stronach takich jak tomshardware.com lub anandtech.com. jeśli Wszystko inne zawiedzie, możesz rozważyć użycie dysków SSD w nie-RAID lub użycie dysku SSD dla systemu operacyjnego i normalnego, dużego HD dla baz danych itp. Możesz również sprawdzić swoje konkretne dyski SSD na jednej z wyżej wymienionych witryn; wydajność różni się znacznie szerzej, niż mogłoby się wydawać.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2010-07-04 12:24:37
Spróbuj wyłączyć IntelliTrace. Miałem wiele problemów związanych z powolnością i niestabilnością z powodu tej funkcji (to może być tylko ja). Ustawienie znajduje się w obszarze Narzędzia > Opcje > IntelliTrace > Włącz IntelliTrace.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2010-07-04 00:06:39
Oczywiście, PAMIĘĆ RAM jest zawsze bardzo ważna w dużym środowisku programistycznym, takim jak Visual Studio, szczególnie w wersji 2010, a zwłaszcza jeśli używasz edycji Ultimate, która zawiera tak dość intensywne funkcje pamięci, jak IntelliTrace i architektura i schematy modelowania .
Jednak jedną z głównych rzeczy, która jest często pomijana, ale może mieć duży wpływ na ogólną wydajność Visual Studio, jest dysk twardy Speed .
Scott Guthrie (wiceprezes firmy Microsoft ds. platformy programistycznej. NET) napisał bardzo ciekawy artykuł na ten temat.
Ma kilka lat i został napisany mniej więcej w czasie Visual Studio 2005, jednak nadal jest to bardzo istotne, ponieważ sposób, w jaki Visual Studio nadal działa (w szczególności sposób pracy kompilatorów), nie zmienił się tak bardzo przez ten czas.
Scott pisze:
Ludzie często pytają mnie na konferencjach o Zalecenia dotyczące sprzętu komputerowego. Konkretnie - " jaki typ maszyny czy polecasz mi dostać za robienie rozwój z Visual Studio?" i / lub " twój laptop wydaje się naprawdę szybki, jaki to typ?"
Niektóre z moich zaleceń na ten temat temat jest dość standardowy i oczywisty: Najlepiej chcesz dostać duel core lub lepszy procesor. Również zawsze polecam uzyskanie co najmniej 2 GB PAMIĘCI RAM.
Rekomendacja, którą składam że często wydaje się, że zabiera ludzi trochę przez niespodzianką jest upewnienie się, że zawsze uzyskaj najszybszy możliwy dysk twardy przy zakupie nowej maszyny - i gdzie konieczna wymiana zakupów dodatkowa prędkość procesora procesora w korzyść z inwestycji w szybszy dysk zamiast tego.
Także:
Dlaczego prędkość dysku twardego ma znaczenie?
Wielordzeniowe procesory na maszynach stały się wystarczająco szybkie w ciągu ostatnich kilku lat, że w większości scenariusze zwykle nie kończą się blokowaniem dostępnego procesora >pojemności w komputerze.
To, co jest o wiele bardziej prawdopodobne, aby zablokować, to szybkość wyszukiwania i wejścia / wyjścia, z jaką > Twój komputer uzyskuje dostęp do dysku twardego. Jeśli używasz aplikacji, która wymaga >odczytu/zapisu wielu plików, nie jest nietypowe, aby wykorzystanie procesora CPU było > naprawdę niskie - ponieważ aplikacja może spędzać większość czasu tylko czekając na > operacje na dysku kompletna.
Podczas tworzenia w Visual Studio kończysz czytanie / pisanie wielu > plików i spędzasz dużo czasu na wykonywaniu operacji wejścia/wyjścia na dysku. Duże projekty i >rozwiązania mogą mieć setki (lub tysiące) plików źródłowych (w tym obrazy, css, >strony, kontrolki użytkownika itp.). Po otwarciu projektu Visual Studio musi odczytać i > przeanalizować wszystkie pliki źródłowe w nim, aby zapewnić intellisense. Gdy jesteś zapisany w > kontrola źródła i sprawdź plik, który aktualizuje pliki i znaczniki czasu na dysku. Gdy > wykonasz kompilację rozwiązania, Visual Studio sprawdzi zaktualizowane złożenia z > wielu lokalizacji ścieżek dyskowych, zapisze wiele nowych złożeń na dysk po zakończeniu kompilacji, a także persist .pdb debugger pliki symboli na dysku z nimi (wszystkie >jako oddzielne operacje zapisu plików). Po podłączeniu debuggera do procesu (domyślnie >zachowanie po naciśnięciu klawisza F5, aby uruchomić aplikację), Visual Studio musi wyszukać i > załadować symbole debuggera wszystkich zestawów i bibliotek DLL dla aplikacji tak, aby ustawić > punkty przerwania.
Jeśli masz wolny dysk twardy, Visual Studio zostanie zablokowane, ponieważ czeka na niego >aby zakończyć te operacje odczytu/zapisu-co może naprawdę spowolnić Twoje ogólne > doświadczenie programistyczne.
Możesz przeczytać cały artykuł tutaj:
Tip / Trick: prędkość dysku twardego i wydajność Visual Studio
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2010-07-08 15:22:41
Czy masz włączony komponent Desktop Experience w instalacji Server 2008 R2? W przeciwieństwie do poprzednich wersji, Visual Studio 2010 intensywnie wykorzystuje WPF, a jego wydajność znacznie korzysta z akceleracji sprzętowej. Włączenie obsługi pulpitu spowoduje włączenie menedżera okien pulpitu, co poprawia ogólną wydajność WPF.
Z tego samego powodu powinieneś upewnić się, że używasz najnowszych dostępnych sterowników wideo.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2010-06-22 22:58:24
Jeśli używasz wielu projektów do budowania razem w swoim rozwiązaniu polecam ustawić, aby nie budować w konfiguracji właściwości projektu. To jest to, co robię, aby przyspieszyć moje. Jest to bardziej widoczne w czasie kompilacji...
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2010-06-29 16:06:48
Z takim sprzętem, IMHO nie powinieneś mieć żadnych problemów z wydajnością prawie bez względu co robisz. ( 2 x SSD w RAID-0?Jesteś maniakiem!!)
Wygląda na to, że już rozwiązałeś ten problem (czy jest coś konkretnego, co zrobiłeś, czym mógłbyś się podzielić?), ale inną rzeczą do sprawdzenia jest upewnienie się, że sterowniki wideo są aktualne.To zaskakujące, ale mogą wpływać na wiele rzeczy, których nie podejrzewasz.
I Załóżmy, że innym winowajcą może być nadpobudliwy pakiet antywirusowy...
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2010-07-01 17:30:32
Uwielbiam sugestie ulepszeń, gdy wyraźnie maszyna płonie. Moja sugestia, jeśli to możliwe byłoby wypróbować 2008 i zobaczyć, jak działa. Sam miałem kilka problemów z 2010 rokiem, a najmniej z tym, że chodzi o wydajność. Ze względu na wydajność przełączyłem się z powrotem na rok 2008.
Jeśli możesz potwierdzić, że problem występuje lub nie występuje w starszej wersji, możemy mieć więcej pojęcia, gdzie leży problem.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2010-07-03 23:41:25
Marka / kontroler Twoich dysków SSD jest ważniejsza niż fakt, że są SSD. Nie kupuj taniego / niedrogiego dysku SSD-lepiej byłoby mieć dobry dysk talerzowy. Skorzystaj z wysokiej klasy dysków SSD, a doświadczysz znaczących korzyści.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2011-03-02 22:54:24
Jeśli edytujesz XAML, możesz po prostu użyć edytora kodu źródłowego zamiast edytora XAML. Różnica w wydajności jest fenomenalna:
Http://msdn.microsoft.com/en-us/library/bb907321 (v=vs.90). aspx
Warto zauważyć, że jeśli w dowolnym momencie otworzysz edytor xaml, będziesz musiał ponownie uruchomić Visual Studio, aby przywrócić wydajność do normy. Nie wystarczy zamknąć edytora xaml.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2011-08-03 13:26:40
Jedynym sposobem, aby uzyskać dysk ssd na raid0 z obsługą trim jest nowy ocz revo 3, 1.5 GB Read/1.25 Gb Write, bardziej przystępnym i stabilnym rozwiązaniem naprowadzania dysku ssd bez trim jest zakup dysku ssd na sata 3 (550MB/s).
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2011-07-13 12:41:08
Jak wspomniał Matt, możesz dodać więcej pamięci RAM do swojego komputera, ale jeśli naprawdę "zamiera" za każdym razem, gdy zostawiasz go otwartego na godzinę możesz chcieć skontaktować się z zespołem VS ( http://connect.microsoft.com ), Zgłoś błąd i uruchom narzędzia diagnostyki wydajności, które Ci wyśle.
Ci faceci bardzo mi pomogli w przeszłości i jestem pewien, że będą skłonni pomóc Ci znaleźć prawdziwy powód spowolnienia.
Poza tym Mogę powiedzieć, że moja główna maszyna rozwojowa posiada 8 Rdzeni Xeon i 12GB pamięci RAM. Na tej maszynie Duże rozwiązania kompilują w zaledwie kilka sekund, podczas gdy mogą one potrwać do minuty, aby skompilować na moim dwurdzeniowym MacBooku. Ale od wersji RTM nie doświadczyłem żadnych spowolnień jak te, które opisujesz.
Zakładam, że używasz tutaj wersji RTM, czy możesz podać nam specyfikację swojej maszyny? Sprzęt + Oprogramowanie?
Bardzo trudno ci pomóc w oparciu o ograniczone informacje.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2010-06-22 22:02:23
Zakładam, że używasz C#, ale jeśli używasz C++, może mógłbyś spróbować wyłączyć intellisense? Myślałem, że w 2010 roku ma być lepiej, ale poprzednie wersje zawsze dostały przyspieszenie, kiedy wyhackowałem intellisense.
Jeśli jest taki sam jak 2005, możesz wyłączyć intellisense zmieniając nazwę feacp.dll w katalogu [vs root]\VC\vcpackages.
Warning: date(): Invalid date.timezone value 'Europe/Kyiv', we selected the timezone 'UTC' for now. in /var/www/agent_stack/data/www/doraprojects.net/template/agent.layouts/content.php on line 54
2010-07-01 08:04:04