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ś?
performance
visual-studio-2010
hardware
ssd
System.Data
źródło
źródło
Odpowiedzi:
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
źródło
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:
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:
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.
źródło
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.
źródło
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:
źródło