Pertanyaan Tips kinerja untuk membuat Visual Studio 2010 lebih cepat? [Tutup]


Saya tidak tahu apakah ada orang lain yang memiliki masalah dengan kinerja Visual Studio 2010, tetapi saya menutupnya setiap hari dan membukanya kembali, dan dengan satu jam itu mulai benar-benar macet, dan bahkan tidak bisa mengikuti ketikan saya . Apakah ada pengaturan yang jelas yang saya lewatkan yang akan membantu mempercepatnya?

Saya juga menggunakan ReSharper, tetapi bahkan jika saya menghapusnya, itu hanya sedikit meningkatkan kecepatan.

Karena beberapa orang telah meminta spesifikasi mesin saya:

Intel Q9550 @ 2.83 GHz
4 Cores
8GB Physical RAM
2x 60GB SSD in RAID0 combination for solution/project
VS2010 RTM Ultimate
Windows Server 2008 x64 R2 (Performance set for Applications)

Meskipun sedih mendengar bahwa jawabannya adalah "beli perangkat keras lebih cepat" ketika perangkat keras saya sebenarnya cukup bagus.

EDIT: Termasuk tautan ke Visual Studio Performance Diagnostics alat yang disarankan oleh TimothyP


76
2018-06-22 21:50


asal


Jawaban:


Saya sarankan Anda mempertimbangkan untuk menginstal beberapa hotfix dari http://connect.microsoft.com/VisualStudio/Downloads. Saya juga mengalami masalah kinerja sebelum dan melihat pesan seperti "memori tidak mencukupi" selama operasi Cut & Paste. Masalah ini dan beberapa lainnya (termasuk masalah kebocoran Memori yang berbeda) sudah hixed. Setelah menginstal beberapa hotfix dari http://connect.microsoft.com/VisualStudio/Downloads kinerja Visual Studio di komputer saya jauh lebih baik.


7
2017-10-17 13:37



Menambahkan jawaban saya sendiri di sini. Saya benar-benar tidak berpikir ReSharper melakukan sebanyak itu. Setelah mencoba setiap opsi dan hanya memuat satu proyek, itu masih tertinggal bahkan dari hanya bergabung 2 baris bersama (beberapa penekanan spasi mundur).

Saya uninstall ReSharper dan bersama dengan semua tweak lain yang telah saya lakukan, hal ini sangat cepat.


6
2017-07-01 17:21



Satu catatan kembali RAID0 SSD. Anda harus memastikan kontroler RAID Anda (dan driver!) Mendukung TRIM untuk RAIDed SSD. Kebanyakan pengontrol RAID - terutama pengontrol chipset Intel - JANGAN lakukan ini. Konsekuensinya adalah bahwa kinerja I / O akan dengan cepat merosot sangat signifikan dalam susunan RAID berbasis SSD.

Windows 7 dan Windows 2008R2 mendukung perintah TRIM - ketika pengontrol dan driver Anda mengimplementasikannya.

Ada banyak hal tentang hal ini di situs-situs seperti tomshardware.com atau anandtech.com. Jika semuanya gagal, Anda mungkin mempertimbangkan menggunakan SSD di non-RAID, atau menggunakan SSD untuk OS dan normal, HD besar untuk database, dll. Anda juga dapat mencari SSD spesifik Anda di salah satu situs tersebut; kinerja bervariasi jauh lebih luas daripada yang mungkin Anda pikirkan.


6
2017-07-04 12:24



Coba matikan IntelliTrace. Saya punya banyak masalah yang berkaitan dengan kelambatan dan ketidakstabilan karena fitur ini (itu bisa saja saya). Pengaturannya ada di bawah Alat> Opsi> IntelliTrace> Aktifkan IntelliTrace.


5
2017-07-04 00:06



Tentu saja, RAM selalu sangat penting untuk lingkungan pengembangan besar seperti Visual Studio, terutama versi 2010 dan terutama jika Anda menggunakan edisi Ultimate yang mencakup fitur-fitur intensif seperti memori yang cukup seperti IntelliTrace dan Arsitektur dan Pemodelan Diagram.

Namun, salah satu hal utama yang sering diabaikan, tetapi dapat membuat perbedaan besar pada keseluruhan kinerja Visual Studio, adalah Hard-Drive Kecepatan.

Scott Guthrie (Microsoft Corporate Vice President dari .NET Developer Platform) menulis artikel yang sangat menarik tentang subjek yang tepat ini.

Ini berusia beberapa tahun, dan ditulis sekitar waktu Visual Studio 2005, bagaimanapun, masih sangat relevan hari ini sejak cara bahwa Visual Studio terus bekerja (khususnya cara kerja kompiler) tidak berubah banyak selama waktu itu.

Scott menulis:

Orang-orang sering bertanya kepada saya di konferensi   Rekomendasi perangkat keras PC.   Khususnya - "jenis mesin apa   Anda merekomendasikan saya untuk melakukan   pembangunan dengan Visual Studio? "   dan / atau "laptop Anda tampaknya sangat cepat,   apa jenisnya? "

Beberapa rekomendasi saya tentang ini   topiknya cukup standar dan jelas:   Idealnya Anda ingin mendapatkan inti duel atau   CPU lebih baik. Saya juga selalu merekomendasikan   mendapatkan setidaknya 2GB atau lebih RAM.

Rekomendasi yang saya sering buat   tampaknya mengambil orang sedikit demi sedikit   kejutan adalah memastikan Anda selalu   dapatkan hard drive tercepat   saat membeli mesin baru - dan di mana   trade off pembelian yang diperlukan   kecepatan prosesor CPU tambahan dalam   mendukung investasi dalam disk yang lebih cepat   sebagai gantinya.

Juga:

Mengapa kecepatan hard drive itu penting?

CPU multi-core pada mesin sudah cukup cepat selama beberapa tahun terakhir yang sebagian besar skenario aplikasi umum Anda biasanya tidak berakhir memblokir pada kapasitas prosesor yang ada di mesin Anda.

Apa yang Anda lebih mungkin untuk memblokir adalah kemampuan mencari dan I / O kecepatan yang> komputer Anda mengakses hard drive Anda. Jika Anda menggunakan aplikasi yang perlu> membaca / menulis banyak file, itu tidak lazim untuk penggunaan prosesor CPU Anda> benar-benar rendah - karena aplikasi mungkin menghabiskan sebagian besar waktunya hanya menunggu> operasi disk untuk menyelesaikan.

Ketika Anda melakukan pengembangan dengan Visual Studio Anda akhirnya membaca / menulis banyak file>, dan menghabiskan banyak waktu melakukan aktivitas I / O disk. Proyek besar dan solusi mungkin memiliki ratusan (atau ribuan) file sumber (termasuk gambar, css,> halaman, kontrol pengguna, dll). Ketika Anda membuka proyek, Visual Studio perlu membaca dan> mem-parse semua file sumber di dalamnya sehingga memberikan intellisense. Ketika Anda terdaftar di> kontrol sumber dan memeriksa file Anda memperbarui file dan cap waktu pada disk. Saat> Anda melakukan kompilasi solusi, Visual Studio akan memeriksa rakitan yang diperbarui dari> beberapa lokasi jalur disk, menulis beberapa rakitan baru ke disk saat> kompilasi dilakukan, serta file simbol bertahan .pdb debugger pada disk dengan mereka (semua> sebagai operasi penyimpanan file terpisah). Ketika Anda melampirkan debugger ke suatu proses (perilaku default> ketika Anda menekan F5 untuk menjalankan aplikasi), Visual Studio kemudian perlu mencari dan> memuat simbol-simbol debugger dari semua rakitan dan DLL untuk aplikasi sehingga untuk setup> breakpoints.

Jika Anda memiliki hard-drive yang lambat, Visual Studio akan berakhir dengan diblokir karena menunggu untuk menyelesaikan operasi baca / tulis ini - yang benar-benar dapat memperlambat keseluruhan pengalaman pengembangan Anda.

Anda dapat membaca artikel lengkapnya di sini:

Tip / Trick: Kecepatan Hard Drive dan Kinerja Visual Studio


4
2017-07-08 15:22



Apakah Anda memiliki komponen Pengalaman Desktop yang diaktifkan pada instalasi Server 2008 R2 Anda? Tidak seperti versi sebelumnya, Visual Studio 2010 memanfaatkan banyak WPF dan manfaat kinerjanya sangat besar dari akselerasi perangkat keras. Mengaktifkan Pengalaman Desktop akan mengaktifkan Desktop Window Manager, yang meningkatkan kinerja WPF secara keseluruhan.

Untuk alasan yang sama, Anda harus memastikan Anda menggunakan driver video terbaru yang tersedia.


2
2018-06-22 22:58



Jika Anda menggunakan banyak proyek untuk dibangun bersama dalam solusi Anda, saya sarankan untuk mengatur agar TIDAK MEMBANGUN dalam konfigurasi properti proyek. Ini yang saya lakukan untuk mempercepat pekerjaan saya. Ini lebih jelas dalam waktu Kompilasi ...


2
2018-06-29 16:06



Dengan perangkat keras seperti itu, IMHO Anda seharusnya tidak memiliki masalah dengan kinerja hampir tidak masalah apa kamu lakukan. (2 x SSD di RAID-0? - kamu maniak !!)

Sepertinya Anda sudah memecahkan masalah ini (adakah hal khusus yang Anda lakukan yang dapat Anda bagikan?), Tetapi hal lain yang perlu diperiksa adalah pastikan driver video Anda sudah diperbarui.  Ini mengejutkan, tetapi mereka dapat memengaruhi banyak hal yang tidak Anda duga.

Saya kira pelakunya lain bisa menjadi paket anti-virus yang hiperaktif, juga ...


2
2017-07-01 17:30