Dyski SSD i Visual Studio IDE. Duże ulepszenia? Prawdziwe historie użytkowania, bez teorii

Właśnie kupiłem i żałuję tylko, że nie kupiłem wcześniej dysku SSD.

Czasy kompilacji były już ok, ale teraz całe IDE jest znacznie bardziej responsywne. I to nie tylko Visual Studio, ale także inne aplikacje. O wiele łatwiej jest utrzymać płynność, gdy cały system działa tak szybko.

W ramach testu właśnie zamówiliśmy dysk SSD Sandforce o pojemności 90 GB, aby sprawdzić, czy może pomóc nam w budowaniu. Mamy duży projekt C++, który zajmuje 21 minut, aby zrobić kompletną przebudowę na (starszy Xeon 3.4 GHz box.)

Przeprowadzając trzy testy na każdym, różnica czasu w kompilacjach była znikoma; z rzędu 30 sekund szybciej.

Nasz nowszy(!) Xeon 5150 box (z twardym dyskiem) przebudowuje ten sam projekt w ~11 minut, co pokazuje, że kompilowanie naprawdę jest CPU związany.

(zaskoczyło mnie to, ponieważ pomyślałem, że niesamowita wydajność odczytu / zapisu 4K i 512K dysków SSD będzie bardzo korzystna w kompilacjach.)

Po długich testach wydajnościowych dostałem najlepszą konfigurację tutaj, ale dla kompilatora C++. Będziesz potrzebował:

• SSD Dla Windows i pliki programów (zazwyczaj dysk C:)
• 1 TB WD Caviar Black w dwóch przegrodach:
  • dysk D: mały (max 35 GB) na cylindrach startowych mający tylko folder TEMP; należy mapować zmienne środowiskowe TMP i TEMP na D:\TEMP (ten jest naprawdę ważny!!!)
  • dysk E: z resztą pamięci dysku; użyj tego do ogólnego przechowywania danych, z wyjątkiem rzeczy związanych z tworzeniem oprogramowania
• 1 TB WD Caviar Black w dowolnym układzie partycji, w którym chcesz przechowywać swoje projekty/rozwiązanie Visual Studio 2008. W oparciu o użycie Subversion skończyłem z czterema partycjami:
  • 820 GB do bagażników i projektów ogólnego przeznaczenia
  • 60 GB dla "feature branch"
  • 60 GB dla "stabilnej gałęzi" używanej podczas stabilizacji produktu
  • 60 GB na "gałąź jakości produktu" używana do drobnych poprawek na zatwierdzone oprogramowanie
• 6-rdzeniowy lub 8-rdzeniowy procesor, korzystający z przełącznika kompilatora /MP, (nie mylić z natywną funkcją Visual Studio 2008 "parallel project build" - Nie wiem, dlaczego procesor AMD Phenon II działa tak dobrze z tą kombinacją)
Windows 7 64 bity (nie jestem do końca pewien, dlaczego działa szybciej w 64-bitowym systemie operacyjnym, nawet przy użyciu kompilatora 32-bitowego)
• płyta główna kompatybilna z SATA 3

Ta konfiguracja przewyższa każdą inną kombinację, którą mam sprawdzone.

Typowa kompilacja ogromnego projektu modułowego będzie miała następujące rezultaty:

• równoległa Budowa bez / MP i zwykłych dysków twardych: około 12: 00 minut
• proponowana konfiguracja: 4: 30 minut
W przeciwieństwie do dysków WD Caviar Green, nie można używać dysków w standardzie WD Caviar Green.]}
• przenoszenie partycji TEMP do pamięci RAM: 5: 30

Moje wnioski są następujące:

• nie pozwól, aby folder TEMP działał na dysku SSD, ponieważ są to źli "pisarze" i nie mają porównywalnej pamięci podręcznej 64 MB wewnątrz WD Caviar Black
• użycie dedykowanego napędu pracującego jako TEMP pozwala na równoległą pracę obu napędów WD: TEMP dla cl.pliki tymczasowe exe i dysk projektu do przechowywania *.cpp / h,*.obj,*.lib,*.exe itp.
W przeciwieństwie do dysków TEMP, Procesory WD Caviar Black są bardzo wydajne, a ich wydajność jest znacznie wyższa niż w przypadku dysków TEMP.]}
• Podział zmniejsza wpływ na fragmentację, która jest nieunikniona w środowisku kompilatora; to samo dotyczy również dysku TEMP

Mam nadzieję, że mogę ci pomóc.

Właśnie uaktualniłem laptopa do SSD klonując oryginalny dysk twardy 5400 RPM (zaskakująco bezbolesny proces). Użyłem stopera do przechwytywania metryk przed i po. (Dell Inspiron 1525, 3 GB PAMIĘCI RAM, Windows Vista 32-bit)

Uruchamianie / Uruchamianie systemu Windows

63 sekundy -- > 52 sekundy

Loading My ASP.NET rozwiązanie Visual Studio

Innymi słowy, czas od kliknięcia naplik sln do kiedy Visual Studio jest w pełni załadowany i można rozpocząć kodowanie. I wykonałem to raz przed wykonaniem pomiarów, ponieważ pierwszy raz zawsze trwa dłużej niż kolejne czasy.

16 sekund -- > 8 sekund.

Debugowanie

F5 do strony głównej w pełni załadowanej.

5 sekundy -- > 3.5 sekundy

Kiedy kupiłem nowy komputer, nie byłem pewien, co sprawiło, że moje doświadczenie było szybsze.

Jednak mój kolega zmienił dysk twardy 7200 RPM na SSD. Od razu Visual Studio (szczególnie uruchamianie/debugowanie ASP.NET co najmniej dwa razy szybciej!

Zobacz artykuł Joela Spolsky ' egodyski półprzewodnikowe (2009-03-27).

Ja też to rozważałem, a jakiś czas temu kupiłem szybką kartę SD , którą mogę włożyć do laptopa i zapomnieć o niej, aby Windows Vista mógł korzystać z ReadyBoost feauture. Wydaje się, że robi to różnicę, ale z pewnością nie wystarczy nakazać kupna dysku SSD tylko w tym celu.

Potem zacząłem mieć problemy podczas aktualizacji Subversion i postanowiłem porzucić pomysł ReadyBoost i zamontować dysk SD na mount wskaż, gdzie następnie utworzyłem wszystkie pliki projektu. Karta SD nie jest zbyt duża (1 GB), ale z pewnością skróciła mój czas oczekiwania na Kompilacje i sprawia, że debugowanie jest nieco szybsze.

Większość z tego jest subiektywna i odpowiadam na pytanie, które chce faktów, z "czuję to" i "czuję tamto". Ze względu na moje eksperymenty z uruchamianiem plików Visual Studio z innego dysku, na pewno wierzę, że to zrobi różnicę, ile i ile jestem gotów zapłacić za to jest pytanie też pilnie szukam odpowiedzi. Mój notebook może wziąć inny dysk twardy, a ja nie byłem w stanie zdecydować się między SDD a dyskiem laptopa 7200 RPM.