Setelah mencari di internet untuk peningkatan kinerja ketika menggunakan Visual Studio 2010 dengan hard drive solid state, saya mendengar banyak pendapat berbeda.
Banyak orang mengatakan bahwa sebenarnya tidak ada manfaat ketika menggunakan SSD, tetapi sebaliknya yang lain mengatakan sebaliknya. Saya agak bingung dengan pendapat yang berbeda dan saya tidak bisa benar-benar membuat keputusan apakah membeli SSD akan membuat perbedaan.
Apa pengalaman Anda dengan masalah ini dan SSD apa yang Anda gunakan?
performance
visual-studio-2010
hardware
ssd
System.Data
sumber
sumber
Jawaban:
Saya pikir banyak dari itu tergantung pada bahasa apa yang Anda rencanakan untuk diprogram pada VS2010.
Misalnya saya tahu bahwa pada mesin cepat, C # mengkompilasi dalam waktu kurang dari 5 detik pada proyek yang relatif besar.
Di sisi lain, pemrograman Native C ++, membutuhkan waktu ~ 45 detik untuk proyek dengan ukuran yang sama.
Dalam pengalaman saya sendiri, untuk waktu kompilasi saya tidak berpikir SSD akan membuat banyak perbedaan.
Yang sedang berkata, waktu peluncuran VS2010 di komputer Anda pasti akan lebih pendek daripada menggunakan hard drive konvensional jika Anda menggunakan SSD, tetapi apakah itu layak atau tidak bagi Anda adalah pilihan Anda.
Semoga itu bisa membantu.
EDIT: Saya mungkin bisa bermain-main dengan ini hari ini jika ada yang tertarik. Saya memiliki OCZ Vertex 3 120GB, saya dapat menginstal Visual Studio di atasnya dan memberi Anda perkiraan kasar dibandingkan dengan PC pekerjaan saya, yang kira-kira setara spesifikasi PC. Saya akan membuat salinan proyek saya dan berharap bahwa saya dapat mengkompilasinya di rumah. Saya akan memperbarui Anda nanti hari
sumber
Saya memutakhirkan komputer saya beberapa bulan yang lalu, dan memutuskan untuk menguji c ++ build kali sebelum dan sesudahnya untuk melihat peningkatan kecepatan apa yang saya dapatkan. Saya menguji tiga konfigurasi, semua membangun proyek C ++ di Visual Studio 2005 dengan Windows 7:
Saya masing-masing membangun dua kali, satu tepat setelah boot hangat, dan sekali lagi tepat setelah build pertama (setelah semuanya telah ditukar ke cache disk). Inilah hasil yang saya dapatkan:
Dalam kasus 1 dan 2 Anda akan perhatikan bahwa saya mendapatkan waktu pembuatan yang persis sama, terlepas dari apakah saya membangun dari SSD saya, atau drive 7.2k RPM. Jadi kecepatan disk tampaknya bukan merupakan faktor dalam kompilasi, setidaknya untuk hard disk dengan kecepatan yang layak. Perubahan yang membuat perbedaan besar adalah dari core 2 duo menjadi CPU i5 3.3GHz - sehingga tampak bahwa kompilasi terikat pada CPU, dan bukan memori atau disk.
Saya berasumsi bahwa beralih dari hard disk ke SSD akan meningkatkan kecepatan sedikit, tetapi ternyata bukan itu masalahnya - mungkin semuanya baru saja bertukar dan setelah itu berjalan pada kecepatan memori.
sumber
Saya pikir itu membuat perbedaan besar. VS (seperti windows) secara konstan menulis ke disk. Ini mengejutkan lambat, bahkan untuk sejumlah kecil data. Saya memasukkan SSD ke laptop lama dan membuatnya sekitar 5 kali lebih cepat. Anda bisa melihat hasilnya .
Meskipun saya tidak memiliki pengalaman langsung dengan VS dan SSD, saya yakin itu akan membuat semuanya lebih cepat.
Satu hal yang perlu diperhatikan: SSD memiliki tingkat kegagalan yang sangat tinggi (termasuk yang pertama saya beli). Beli yang berperingkat tinggi seperti ini . Juga, Anda tidak perlu SSD yang sangat besar. Cukup besar untuk menahan OS, file program, dan proyek Anda dengan setidaknya 20% gratis. Jadi mungkin 128GB.
sumber
Visual Studio sensitif terhadap kecepatan disk, tetapi jika Anda menggunakan TFS Anda jauh lebih bergantung pada kecepatan server TFS dan jaringan (karena membuka file dan modifikasi awal memerlukan pengambilan dan checkout).
Jika Anda menggunakan DVCS, maka targetkan SSD -> frekuensi CPU. Visual Studio agak sensitif terhadap kecepatan CPU, dan tampaknya tidak sangat berulir. Lebih suka lebih sedikit core lebih cepat daripada core lebih lambat. Tampaknya tidak menggunakan lebih dari 1.5GB RAM tanpa mengalami pengecualian OOM, jadi jangan repot-repot mendorong mesin Anda penuh dengan lebih dari 4GB RAM. Jika Anda cukup beruntung memiliki lebih dari 4GB RAM, gunakan ekstra sebagai drive RAM untuk menyimpan kode sumber Anda (diperlukan langkah-langkah cadangan draconian). Belum ada yang bisa menyentuh kecepatan drive RAM. Ini patokan dari workstation saya:
sumber