Drive SSD dan Visual Studio IDE. Perbaikan besar? Kisah penggunaan nyata, tidak ada teori


92

Saya ingin menggunakan drive Windows 7 + Intel SSD untuk mempercepat siklus pengembangan Visual Studio 2008 saya.

Area yang ingin saya percepat adalah:

  • Waktu kompilasi / build
  • Membuka file untuk winforms / webforms
  • Visual Studio umum "kelesuan" untuk Windows dan web

Saya tidak tertarik dengan waktu startup Visual Studio. Juga biaya per GB tidak menjadi masalah. Saya ingin kecepatan.

Adakah yang sudah mencoba ini ( drive SSD + Visual Studio ) dan apa yang dapat Anda ceritakan tentang percepatan / penurunan?

Saya tahu teori tentang SSD tetapi biasanya bukti pudingnya ada di makan. Jadi saya tertarik pada orang-orang yang benar-benar mencoba dan menguji pengaturan Visual Studio dengan SSD ...


Mungkin layak menanyakan ini di serverfault.com. Lihat blog.stackoverflow.com/2009/04/server-fault-private-beta-begins untuk detailnya.
Matthew Murdoch

2
Saya pikir ini lebih tentang pemrograman tetapi saya pasti mempertimbangkannya. Namun saya tidak ingin benchmark tetapi Pengalaman VS2008 yang nyata
Julian de Wit

Cukup adil. Saya menyarankan Anda menanyakannya di sana juga (meskipun itu bisa memicu perang api ...!).
Matthew Murdoch

Wow, menarik untuk menemukan pertanyaan yang lebih lama dari Kesalahan Server yang keluar dari beta. Saya mencari beberapa manfaat untuk 2016 (VS adalah 80 pertunjukan aneh saja dan masa depan 128GB SSD saya mungkin tidak cocok untuk Windows dan VS ...)
Paul Stelian

Jawaban:


80

Saya punya data keras untuk Visual C # 2008. Versi singkatnya adalah Anda sebaiknya membelanjakan uang Anda untuk CPU yang lebih cepat daripada I / O yang lebih cepat . Jawaban yang lebih panjang mengikuti ...

Solusi C # (.NET 3.5) kami berisi 81 proyek dengan lebih dari 2 juta baris kode (termasuk komentar dan baris kosong). Beberapa tahun yang lalu kami meningkatkan dari Pentium 4 3 GHz PC dengan HDD standar ke Core 2 Duo 2,6 GHz PC dengan 10.000 RPM WD Raptor HDD (74 GB). Percepatannya luar biasa. Sekitar 10 menit turun menjadi 3,5 menit. Semua ini di dalam lingkungan Windows XP Pro 32-bit dengan RAM 4 GB.

Kami juga mendapat satu Gigabyte i-RAM (google untuk informasi), yang pada dasarnya adalah hard disk RAM dengan cadangan baterai. Tidak seperti SSD yang cepat untuk membaca tetapi lebih lambat untuk menulis, i-RAM cepat untuk keduanya, tetapi jika Anda kehilangan daya maka baterainya hanya bertahan sekitar 12 jam sehingga Anda harus disiplin dengan check-in Anda. Ini memangkas satu menit lagi dari waktu kompilasi pada platform Core 2 Dou (turun menjadi 2,5 menit) dibandingkan dengan 10.000 RPM Raptor HDD.

Sejak saat itu saya menemukan bahwa hard disk 74 GB 10.000 RPM Raptor yang lama itu sedikit lebih lambat daripada jenis hard disk modern 7.200 RPM taman Anda dan kami telah membuktikan bahwa kompilasi patokan secara konsisten. Kami belum mencoba Velociraptor baru, tetapi mereka pasti akan lebih cepat tetapi mungkin tidak cukup layak untuk waktu kompilasi saja.

Minggu lalu kami mendapatkan platform Intel Core i7-870 baru dengan SSD G.Skill Falcon 128 GB (dengan pengontrol Indilix Barefoot) dan HDD standar 500 GB sebagai drive kedua. Saya juga membuang i-RAM ke PC ini dan menguji semua konfigurasi.

Dibandingkan dengan Core 2 Duo, yang dikompilasi dalam 3,5 menit untuk HDD dan 2,5 menit untuk i-RAM, i7-870 dikompilasi dalam 1 menit 40 detik untuk SSD, HDD dan i-RAM memberi atau membutuhkan waktu 3 detik.

Jadi kedua kali kami meningkatkan workstation pengembang, sebagian besar peningkatan kinerja dalam waktu kompilasi C # berasal dari CPU yang lebih cepat daripada disk yang lebih cepat. Jika Anda ingin mempercepat waktu kompilasi, masukkan uang Anda ke dalam CPU, bukan ke disk.

Konon, SSD jauh lebih cepat untuk memuat Visual Studio dan membuka solusi (meskipun saya belum punya pengaturan waktu untuk itu). Jika Anda mampu membeli SSD, Anda tidak akan pernah kembali karena setiap program di PC Anda dimuat jauh lebih cepat, itu luar biasa. Tetapi itu tidak akan mempercepat kompilasi Anda secara signifikan. Dan itu dengan Visual Studio C # menjadi single-threaded. Jika Microsoft pernah bertindak bersama dan membuat kompiler mereka di IDE multi-threaded maka kita sebenarnya dapat menggunakan empat inti itu ...


Pembaruan Mei 2012: Sekarang kami telah meningkatkan PC kami lagi dan berdasarkan pada apa yang kami pelajari sebelum kami berfokus pada kinerja CPU. PC baru memiliki CPU Intel Core i7-2600k yang di-overclock hingga 4,6 GHz, dengan Intel 510 Series 120 GB SATA III SSD, RAM 16 GB, dan pendingin CPU yang besar! Anehnya, ini hampir separuh waktu kompilasi, dan saya pasti meletakkan ini karena peningkatan yang sangat besar dalam tenaga kuda CPU daripada SSD yang lebih cepat.

Kompilasi C # dalam hasil kinerja Visual Studio 2010 adalah:

  • 159 detik: stok Intel Core i7-870 (2,9 - 3,3 GHz), RAM 4 GB dengan SSD SATA II
  • 109 detik: Intel Core i7-2600k stock (3.4 - 3.8 GHz) RAM 16 GB dengan SATA III SSD
  • 84 detik: Intel Core i7-2600k overclock (4,63 GHz) RAM 16 GB dengan SATA III SSD

1
Terima kasih .. Sayang sekali saya sudah memesan komputer monster SDD :) Saya akan memposting hasil saya di sini juga, tetapi saya khawatir hasilnya akan sama.
Julian de Wit

Apakah Anda menggunakan ASP.NET atau Winforms?
Julian de Wit

9
Oke - Saya banyak mengoreksi: Pertama - Anda tidak menyebutkan SSD apa yang Anda gunakan. Drive SSD terhubung langsung ke antarmuka SATA2, iRAM tersebut adalah SATA1 (130MB / s). Selain itu, iRAM memiliki pengontrol terbatas, yang mengalahkan intinya. Jika Anda memiliki 2 di RAID 0, Anda akan mendapatkan kecepatan hingga 200MB / s. Saya setuju bahwa SSD tidak akan meningkatkan waktu kompilasi Anda, tetapi saya telah melihat studio visual SSD terbuka dalam waktu sekitar satu detik. Terakhir, menurut saya iRAM tidak memenuhi syarat sebagai drive SSD biasa. Hasil Anda menyesatkan dan fakta salah.
JL.

13
Anda perlu membaca dan mungkin berpikir sebelum mengetik. Pertama, saya menyebutkan SSD yang saya gunakan, sebenarnya itu BOLD . Saya tahu bahwa iRAM memiliki antarmuka SATA1 dan oleh karena itu lebih lambat untuk pembacaan daripada hampir semua SSD baru - saya memasukkannya karena saya harus menguji dan karena itu sebenarnya secepat untuk menulis seperti untuk membaca, yang tidak kebanyakan SSD. Saya tidak menguji dengan 2 di RAID karena saya hanya punya 1! Saya juga menyebutkan di paragraf terakhir bahwa SSD jauh lebih cepat untuk memuat VS. Jadi semua fakta benar dan hasil yang Anda setujui, namun Anda bilang itu menyesatkan? Menarik ...
Ben Robbins

1
@BenRobbins Apakah Anda mengukur proyek C # Anda di luar VisualStudio, dengan / MP flag?
John Zabroski

27

Saya baru saja membeli satu dan satu-satunya penyesalan yang saya miliki adalah tidak membeli SSD lebih awal.

Waktu kompilasi sudah oke sebelumnya, tetapi sekarang seluruh IDE jauh lebih responsif. Dan tidak hanya Visual Studio, tetapi juga aplikasi lainnya. Jauh lebih mudah untuk tetap mengikuti arus ketika seluruh sistem bekerja secepat ini.


4
Setelah beberapa bulan .. Saya memiliki perasaan yang sama .. Pengalaman komputer secara keseluruhan lebih baik.
Julian de Wit

11

Sebagai pengujian, kami baru saja memesan SSD berbasis Sandforce 90 GB untuk melihat apakah itu dapat membantu waktu pembuatan kami. Kami memiliki proyek C ++ besar yang membutuhkan 21 menit untuk membangun kembali sepenuhnya (kotak Xeon 3.4 GHz yang lebih lama.)

Menjalankan tiga pengujian pada masing-masingnya, perbedaan waktu dalam build dapat diabaikan; di urutan 30 detik lebih cepat.

Kotak Xeon 5150 kami yang lebih baru (!) (Dengan harddisk) membangun kembali proyek yang sama dalam ~ 11 menit, yang menunjukkan bahwa kompilasi benar-benar terikat dengan CPU.

(Ini mengejutkan saya karena saya menganggap kinerja baca / tulis 4k dan 512k yang mengagumkan dari sebuah SSD akan sangat bermanfaat dalam pembuatan.)


11

Setelah tes kinerja yang lama, saya mendapatkan pengaturan terbaik di sini, tetapi untuk kompiler C ++. Anda akan perlu:

  • SSD untuk Windows dan Program Files (biasanya drive C:)
  • 1 TB WD Caviar Black dalam dua partisi:
    • Drive D: Yang kecil (maks. 35 GB) di silinder awal yang hanya memiliki folder TEMP; Anda harus memetakan variabel lingkungan TMP dan TEMP Anda ke D: \ TEMP (yang ini sangat penting !!!)
    • Drive E: dengan sisa penyimpanan drive; gunakan ini untuk penyimpanan data umum, kecuali untuk hal pengembangan perangkat lunak
  • 1 TB WD Caviar Black di sembarang tata letak partisi yang Anda inginkan untuk menyimpan proyek / solusi Visual Studio 2008 Anda. Berdasarkan penggunaan Subversion, saya berakhir dengan empat partisi:
    • 820 GB untuk proyek trunk dan tujuan umum
    • 60 GB untuk "cabang fitur"
    • 60 GB untuk "cabang stabil" yang digunakan selama stabilisasi produk
    • 60 GB untuk "cabang kualitas produk" yang digunakan untuk perbaikan kecil pada perangkat lunak yang disetujui
  • Prosesor 6-core atau 8-core, menggunakan / MP compiler switch, (jangan bingung dengan fitur "paralel project build" asli Visual Studio 2008 - Saya tidak tahu mengapa prosesor AMD Phenon II bekerja dengan baik kombinasi ini)
  • Windows 7 64 bit (Saya tidak begitu yakin mengapa ini berjalan lebih cepat di OS 64-bit, bahkan menggunakan kompiler 32-bit)
  • Mainboard yang kompatibel dengan SATA 3

Konfigurasi ini mengungguli kombinasi lain yang telah saya uji.

Kompilasi tipikal dari proyek modular besar akan memberikan hasil sebagai berikut:

  • Build paralel tanpa / MP dan HDD biasa: sekitar 12:00 menit
  • Pengaturan yang diusulkan ini: 4:30 menit
  • Pengaturan ini, tetapi menggunakan alternatif ke drive WD Caviar Green: +1: 00 per drive (5:30 atau 6:30 untuk keduanya)
  • Memindahkan partisi TEMP ke RAMDRIVE: 5:30

Kesimpulan saya adalah sebagai berikut:

  • Jangan biarkan folder TEMP berjalan di SSD, karena mereka adalah "penulis" yang buruk dan tidak memiliki cache 64 MB yang sebanding di dalam WD Caviar Black
  • Menggunakan drive khusus yang berfungsi sebagai TEMP memungkinkan kedua drive WD bekerja secara paralel: TEMP untuk file temp cl.exe dan drive proyek untuk menyimpan * .cpp / h, * .obj, * .lib, * .exe, dll.
  • Algoritme caching WD Caviar Black sangat mengesankan, dikombinasikan dengan SATA 6 GB / s, mengungguli pengaturan RAMDRIVE yang telah saya uji untuk drive TEMP
  • Partisi mengurangi dampak pada fragmentasi yang tidak dapat dihindari dalam lingkungan kompiler; hal yang sama juga berlaku untuk drive TEMP

Saya berharap bisa membantumu.


1
Lupa mengatakan, bahwa mode SATA harus dalam mode AHCI.
Mathias A. Gruber

1
Saya tidak yakin tentang bagian folder TEMP. Mengapa Anda mengatakan SSD adalah "penulis yang buruk"? Mengenai ukuran cache onboard, biasanya lebih besar dari 64MB (Vertex 4 dilengkapi dengan cache DRAM 512MB, hingga 1GB untuk drive yang lebih besar). Dan pengalaman RAMDRIVE buruk Anda benar-benar aneh. Seberapa besar itu? Di mana lokasi file swap Anda? Apakah Anda yakin itu tidak ditukar ke disk? Rata-rata RAM DDR2 memiliki 10x bandwidth SATA 6GB, belum lagi Windows itu sendiri melakukan caching RAM untuk penulisan disk. Dan itu bahkan bukan RAID yang Anda bicarakan.
Groo

5

Saya baru saja memutakhirkan laptop ke SSD dengan mengkloning hard drive 5400 RPM asli (ternyata proses yang tidak menyakitkan). Saya menggunakan stopwatch untuk menangkap metrik sebelum dan sesudah. (Dell Inspiron 1525, RAM 3 GB, Windows Vista 32-bit)

Boot / Startup Windows

63 detik -> 52 detik

Memuat solusi Visual Studio ASP.NET saya

Dengan kata lain, waktu mulai dari mengklik file .sln hingga saat Visual Studio dimuat sepenuhnya dan Anda dapat memulai pengkodean. Saya melakukan ini sekali sebelum melakukan pengukuran karena pertama kali selalu membutuhkan waktu lebih lama daripada waktu berikutnya.

16 detik -> 8 detik.

Debugging

F5 ke beranda terisi penuh.

5 detik -> 3,5 detik


1
Anda hanya memangkas 21% waktu boot dengan beralih dari 5400rpm ke SSD? Anda akan melihat manfaat yang jauh lebih besar dari itu. Mungkin Anda tidak memiliki cukup RAM di laptop Anda?
Brian Kendig

@Bria Kendig Terima kasih, saya dapat mencobanya. Saat ini saya memiliki 3GB, jadi yang paling bisa saya gunakan adalah 4GB.
James Lawruk

Saya memiliki SSD penting, dan boot Win7 saya dalam 15 detik dari shutdown total.
tunafish24

Bagaimana Anda mengubah HDD Anda ke SSD di notebook Dell Inspiron?
Karthik Nishanth

Saya membeli perangkat lunak kloning dan obeng kecil dari Amazon. lawruk.com/blog/40/cloned-laptop-hard-drive-to-an-crucial-ssd
James Lawruk


4

Ketika saya membeli komputer baru, saya tidak yakin apa yang membuat pengalaman saya lebih cepat.

Namun, seorang kolega saya mengubah hard disk drive 7200 RPM menjadi SSD. Visual Studio (terutama memulai / debugging ASP.NET) setidaknya dua kali lebih cepat!


2

Saya juga telah mempertimbangkan ini, dan beberapa waktu yang lalu saya membeli kartu SD cepat , yang dapat saya tempelkan di laptop dan melupakannya, sehingga Windows Vista dapat menggunakan fitur ReadyBoost . Rasanya itu membuat perbedaan, tetapi tentu saja tidak cukup untuk menjamin membeli drive SSD hanya untuk itu.

Saya kemudian mulai mengalami masalah saat melakukan pembaruan Subversion , dan memutuskan untuk membatalkan ide ReadyBoost, dan memasang drive SD pada titik pemasangan di mana saya kemudian membuat semua file proyek saya. Kartu SD tidak terlalu besar (1 GB), tetapi sudah pasti mengurangi waktu tunggu saya untuk membangun dan membuat debugging menjadi sedikit lebih cepat.

Sebagian besar ini subjektif dan saya menjawab pertanyaan yang menginginkan fakta, dengan 'Saya merasakan ini' dan 'Saya merasakan itu'. Karena eksperimen saya dengan menjalankan file Visual Studio dari drive yang berbeda, saya yakin itu akan membuat perbedaan, berapa banyak, dan berapa banyak saya bersedia membayar untuk itu adalah pertanyaan yang saya juga sangat mencari jawabannya. Notebook saya dapat menggunakan drive hard disk lain, dan saya belum dapat memutuskan antara drive laptop SDD dan 7200 RPM.


1
Hai, Terima kasih .. Saya mendapatkan hasil yang hampir sama dengan swithcing dari 7200 menjadi 10.000 velociraptors .. Entah bagaimana rasanya sedikit lebih cepat tapi tidak inovatif. Saya berharap SSD itu revolusioner ..
Julian de Wit

1
Saya tidak berpikir Velociraptors adalah drive SSD, hanya untuk memperjelas.
Brett
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.