Zwiększ wydajność VS 2010 za pomocą dysku SSD [zamknięty]

9

Po wyszukaniu w Internecie ulepszeń wydajności podczas korzystania z programu Visual Studio 2010 z dyskiem półprzewodnikowym usłyszałem wiele różnych opinii.

Wiele osób twierdziło, że korzystanie z dysku SSD nie przynosi żadnych korzyści, ale inni twierdzą wręcz przeciwnie. Jestem trochę zmieszany z kontrastującymi opiniami i tak naprawdę nie mogę podjąć decyzji, czy zakup dysku SSD miałby znaczenie.

Jakie są twoje doświadczenia z tym problemem i jakiego SSD użyłeś?

System.Data
źródło
Dlaczego głosowanie negatywne? To nie jest złe pytanie i dość istotne dla SO
Purplegoldfish
2
chociaż prawdopodobnie nie jest to temat dla programistów, myślę, że wielu z nas byłoby ciekaw, jak wiele by to zmieniło.
Thanos Papathanasiou
Niedawno dostałem nową stację roboczą z dyskiem SSD typu Samsung PM810. Nie jestem pewien, czy jest to ogólnie uważane za „dobre”, ale jestem pewien, że przyspiesza to. Wszystkie nasze projekty są podzielone na wiele małych modułów. Im więcej modułów, tym więcej odczytów / zapisów z / na dysk (po prostu uruchom narzędzie takie jak ProcMon na devenv.exe, a zobaczysz ogromną liczbę plików, do których uzyskuje dostęp)
stijn
2
Dlaczego migrowano z przepełnienia stosu? Zgodnie z często zadawanymi pytaniami pytania dotyczące „narzędzi programowych powszechnie używanych przez programistów” są na ten temat. Jestem prawie pewien, że Visual Studio to narzędzie programowe powszechnie używane przez programistów.
Thomas Owens
Jeśli jest to naprawdę nie na temat, każdy, kto przeprowadził migrację, musi ponownie przeczytać często zadawane pytania dotyczące tego forum.
Kyralessa

Odpowiedzi:

5

Myślę, że wiele z tego sprowadza się do języków, w których planujesz programować na VS2010.

Na przykład wiem, że na szybkich maszynach C # kompiluje się w czasie krótszym niż 5 sekund w stosunkowo dużym projekcie.

Z drugiej strony programowanie Native C ++ zajmuje ~ 45 sekund dla projektu o tym samym rozmiarze.

Z własnego doświadczenia wynika, że ​​na czasy kompilacji nie sądzę, aby dysk SSD miał znaczącą różnicę.

To powiedziawszy, czas uruchomienia VS2010 na twoim komputerze będzie zdecydowanie krótszy niż użycie konwencjonalnego dysku twardego, jeśli używasz SSD, ale czy to jest tego warte, czy nie, to twój wybór.

Mam nadzieję, że to pomaga.

EDYCJA: Być może będę mógł się tym dzisiaj bawić, jeśli ktoś będzie zainteresowany. Posiadam OCZ Vertex 3 120GB, mogę na nim zainstalować program Visual Studio i podać przybliżoną ocenę w porównaniu do mojego komputera roboczego, który jest mniej więcej równoważny ze specyfikacją komputera. Zrobię kopię mojego projektu i mam nadzieję, że uda mi się go skompilować w domu. Zaktualizuję cię później dzisiaj

Brutick
źródło
Myślę, że to zależy również od twoich projektów. Ostatni projekt, nad którym pracowałem, miał rozwiązanie z około 125 projektami w języku C #, zawierającymi około 50 000 wierszy kodu, i był to średni wysiłek dla naszego zespołu. Kompilacja zdecydowanie zajęła ponad pięć sekund.
TMN
5

Zaktualizowałem swój komputer kilka miesięcy temu i postanowiłem przetestować czasy kompilacji c ++ przed i po, aby zobaczyć, jaką poprawę szybkości uzyskałem. Testowałem trzy konfiguracje, wszystkie budujące projekt C ++ w Visual Studio 2005 z Windows 7:

  1. Core 2 duo ~ 2,6 GHz, 4 GB pamięci RAM, budowanie projektu z dysku SSD
  2. Ten sam system, budujący ten sam projekt z dysku twardego o prędkości 7.2k rpm
  3. Core i5 2500k 3,3 GHz, 8 GB pamięci RAM, budowanie tego samego projektu z dysku SSD

Każdą kompilację wykonałem dwa razy, jeden tuż po ciepłym rozruchu i ponownie tuż po pierwszej kompilacji (po zamianie wszystkiego w pamięć podręczną dysku). Oto wyniki, które otrzymałem:

  1. Pierwsza kompilacja - 96 sekund. Druga kompilacja - 92 sekundy.
  2. Pierwsza kompilacja - 96 sekund. Druga kompilacja - 92 sekundy.
  3. Pierwsza kompilacja - 54 sekundy. Druga wersja - 51 sekund.

W przypadkach 1 i 2 zauważysz, że mam dokładnie takie same czasy kompilacji, niezależnie od tego, czy budowałem z mojego dysku SSD, czy z dysku 7,2k RPM. Szybkość dysku wydaje się nie być czynnikiem kompilującym, przynajmniej w przypadku dysków twardych o przyzwoitej prędkości. Zmiana, która zrobiła ogromną różnicę, zmieniła się z duetu Core 2 na procesor i5 3,3 GHz - więc wygląda na to, że kompilacja jest związana z procesorem, a nie z pamięcią ani dyskiem.

Zakładałem, że przejście z dysku twardego na SSD nieco zwiększy prędkość, ale najwyraźniej tak nie jest - przypuszczalnie wszystko się zamienia, a potem idzie z prędkością pamięci.

Colen
źródło
2

Myślę, że robi to ogromną różnicę. VS (jak Windows) ciągle zapisuje na dysk. Jest to zaskakująco wolne, nawet w przypadku niewielkich ilości danych. Włożyłem dysk SSD do starego laptopa, dzięki czemu był około 5 razy szybszy. Możesz zobaczyć wyniki .

Chociaż nie mam żadnych doświadczeń z VS i SSD, jestem pewien, że wszystko to przyspieszy.

Jedną z rzeczy, o których należy pamiętać: dyski SSD mają bardzo wysoką awaryjność (w tym pierwszą, którą kupiłem). Kup taki, który jest wysoko oceniany, taki jak ten . Ponadto nie potrzebujesz szczególnie dużego dysku SSD. Wystarczająco duży, aby pomieścić system operacyjny, pliki programów i twój projekt z co najmniej 20% darmowym jest w porządku. Więc może 128 GB.

B Seven
źródło
2

Program Visual Studio jest wrażliwy na szybkość dysku, ale jeśli korzystasz z TFS, znacznie bardziej zależy Ci na szybkości serwera TFS i sieci (ponieważ otwieranie plików i wstępna modyfikacja wymagają pobrania i pobrania).

Jeśli korzystasz z DVCS, wybierz SSD -> częstotliwość procesora. Program Visual Studio jest w pewnym stopniu wrażliwy na szybkość procesora i nie wydaje się, aby był mocno wątkowy. Preferuj mniej szybszych rdzeni niż wolniejszych. Wydaje się, że nie zużywa dużo więcej niż 1,5 GB pamięci RAM bez uruchamiania wyjątków OOM, więc nie przejmuj się, gdy wepchniesz maszynę pełną ponad 4 GB pamięci RAM. Jeśli masz szczęście, że masz ponad 4 GB pamięci RAM, użyj dodatkowej pamięci jako napędu RAM do przechowywania kodu źródłowego (konieczne drakońskie środki tworzenia kopii zapasowych). Nic nie może jeszcze dotknąć prędkości napędu RAM. Oto punkt odniesienia z mojej stacji roboczej:

porównanie prędkości napędu między ssd / ramdrive / raid0

Bryan Boettcher
źródło