Поради щодо підвищення ефективності роботи Visual Studio 2010 швидше? [зачинено]

Я не знаю, чи хтось ще мав проблему з продуктивністю Visual Studio 2010, але я закриваю її щодня і знову відкриваю, і через годину вона починає справді заглиблюватися і навіть не може встигати за моїм набором тексту . Чи є якась очевидна настройка, якої мені бракує, яка б допомогла її пришвидшити?

Я також використовую ReSharper, але навіть якщо я видалю це, це лише незначно збільшує швидкість.

Оскільки кілька людей запитували мої технічні характеристики:

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)

Хоча прикро чути, що відповідь - "купуйте швидше обладнання", коли моє обладнання насправді досить добре.

EDIT: Додано посилання на інструмент діагностики продуктивності Visual Studio , запропонований TimothyP

Я рекомендую вам розглянути можливість встановити деякі виправлення з http://connect.microsoft.com/VisualStudio/Downloads . Раніше у мене також були проблеми з продуктивністю, і я бачив повідомлення на кшталт "недостатня пам'ять" під час операцій вирізання та вставки. Ця проблема та деякі інші (включно з різними проблемами витоку пам'яті) вже визначені. Після встановлення деяких виправлень з http://connect.microsoft.com/VisualStudio/Downloads продуктивність Visual Studio на моєму комп'ютері набагато краща.

Додаючи тут свою власну відповідь. Я справді не думав, що ReSharper зробив так багато. Спробувавши кожен варіант і завантаживши лише один проект, він все ще відставав навіть від простого об’єднання 2-х рядків (кілька зворотних натискань).

Я видалив ReSharper, і разом з усіма іншими налаштуваннями, які я зробив, справа надзвичайно швидка.

Одна нота про твердотільні диски RAID0 . Переконайтеся, що ваш RAID-контролер (і драйвер!) Підтримує TRIM для RAID-твердотільних накопичувачів. Більшість контролерів RAID - особливо контролерів мікросхем Intel - цього НЕ роблять. Наслідком цього є те, що продуктивність вводу-виводу швидко значно погіршиться в масивах RAID на базі SSD.

Windows 7 і Windows 2008R2 підтримують команду TRIM - коли ваш контролер і драйвер її реалізують.

На цю тему є багато матеріалів на таких сайтах, як tomshardware.com або anandtech.com. Якщо все інше не вдається, ви можете розглянути можливість використання твердотільних накопичувачів у не-RAID, або використання твердотільних накопичувачів для ОС та звичайних великих HD для баз даних тощо. Ви також можете знайти свої конкретні твердотільні накопичувачі на одному з вищезазначених сайтів; продуктивність варіюється набагато ширше, ніж ви можете подумати.

Спробуйте вимкнути IntelliTrace. У мене були численні проблеми, пов’язані з повільністю та нестабільністю через цю функцію (це міг бути лише я). Параметр знаходиться в розділі Інструменти> Параметри> IntelliTrace> Увімкнути IntelliTrace.

Звичайно, оперативна пам’ять завжди дуже важлива для великих середовищ розробки, таких як Visual Studio, особливо версії 2010 року, особливо якщо ви використовуєте версію Ultimate, яка включає такі досить об’ємні функції пам’яті, як IntelliTrace та схеми архітектури та моделювання .

Однак однією з головних речей, яку часто не помічають, але може суттєво вплинути на загальну продуктивність Visual Studio, є швидкість жорсткого диска .

Скотт Гатрі (корпоративний віце-президент платформи .NET Developer) написав дуже цікаву статтю саме про цю тему.

Йому кілька років, і він був написаний приблизно за часів Visual Studio 2005, однак, він все ще дуже актуальний сьогодні, оскільки спосіб продовження роботи Visual Studio (зокрема, роботи компіляторів) за цей час не змінився настільки .

Скотт пише:

На конференціях люди часто запитують у мене рекомендації щодо обладнання ПК. Зокрема - "який тип машини ви рекомендуєте отримати для розробки за допомогою Visual Studio?" та / або "ваш ноутбук здається дуже швидким, що це за тип?"

Деякі мої рекомендації щодо цієї теми є досить стандартними та очевидними: в ідеалі ви хочете отримати двоядерне ядро ​​або кращий процесор. Я також завжди рекомендую отримувати принаймні 2 ГБ або більше оперативної пам'яті.

Рекомендація, яку я часто здивую людей, полягає в тому, щоб завжди купувати якнайшвидший жорсткий диск при покупці нової машини - і там, де це необхідно, обмінюватися придбанням додаткової швидкості процесора процесора на користь інвестування в більш швидкий диск замість цього.

Також:

Чому швидкість жорсткого диска має значення?

Багатоядерні процесори на машинах стали досить швидкими за останні кілька років, що в більшості> загальних сценаріїв додатків ви зазвичай не блокуєте наявний процесор> ємність на вашому комп'ютері.

Набагато більше шансів заблокувати - це швидкість пошуку та вводу / виводу, з якою> ваш комп'ютер отримує доступ до вашого жорсткого диска. Якщо ви використовуєте програму, якій потрібно> читати / писати багато файлів, нетипово для завантаження процесора є> дуже низька - оскільки програма може витрачати більшу частину свого часу просто на очікування> операцій на диску Завершувати.

Коли ви розробляєте Visual Studio, ви в кінцевому підсумку читаєте / пишете багато> файлів і витрачаєте велику кількість часу, виконуючи дії вводу-виводу на диску. Великі проекти та рішення можуть містити сотні (або тисячі) вихідних файлів (включаючи зображення, css,> сторінки, елементи керування користувача тощо). Коли ви відкриваєте проект, Visual Studio повинен прочитати та> проаналізувати всі вихідні файли в ньому, щоб забезпечити intellisense. Коли ви реєструєтесь у> керуванні джерелами та перевіряєте файл, ви оновлюєте файли та мітки часу на диску. Коли> ви робите компіляцію рішення, Visual Studio перевірятиме наявність оновлених збірок з> кількох розташувань шляху до диска, виписуватиме кілька нових збірок на диск, коли> компіляція завершиться, а також зберігатиме файли символів відладчика .pdb на диску з їх (усі> як окремі операції збереження файлів).

Якщо у вас повільний жорсткий диск, Visual Studio в кінцевому підсумку буде заблокований, оскільки він чекає його> для завершення цих операцій читання / запису - що може реально сповільнити ваш загальний досвід розробки.

Повну статтю ви можете прочитати тут:

Порада / підказка: Швидкість жорсткого диска та продуктивність Visual Studio

У вас увімкнено компонент Desktop Experience у вашому інсталяційному сервері Server 2008 R2? На відміну від попередніх версій, Visual Studio 2010 широко використовує WPF, і його продуктивність значно виграє від апаратного прискорення. Увімкнення робочого столу дозволить менеджеру вікон робочого столу, що покращує загальну продуктивність WPF.

З тієї ж причини ви повинні переконатися, що використовуєте найновіші доступні відеодрайвери.

Якщо ви використовуєте багато проектів для побудови спільного рішення, я рекомендую встановити значення НЕ БУДІВНИЙ у конфігурації властивостей проекту. Це я роблю, щоб пришвидшити своє. Це більш очевидно в часи компіляції ...

З таким обладнанням, IMHO, у вас не повинно виникати жодних проблем із продуктивністю, майже незалежно від того, що ви робите. ( 2 x SSD в RAID-0? - ти маніяк !!)

Схоже, ви вже вирішили цю проблему (чи є щось конкретне, чим ви могли поділитися?), Але інша справа, яку потрібно перевірити, - це переконатися, що ваші драйвери відео оновлені. Це дивно, але вони можуть вплинути на багато речей, про які ви б не підозрювали.

Припускаю, ще одним винуватцем може бути також гіперактивний антивірусний пакет ...

Мені подобається пропозиція щодо модернізації, коли очевидно, що машина палає. Моя пропозиція, якщо це можливо, буде спробувати 2008 рік і подивитися, як він працює. У мене було кілька проблем із 2010 роком, найменше з проблем продуктивності. Задля продуктивності я перейшов на 2008 рік.

Якщо ви можете підтвердити, що проблема виникає або не виникає в попередній версії, ми можемо більше уявити, де проблема.

Бренд / контролер ваших твердотільних накопичувачів важливіший за той факт, що вони є твердотільними накопичувачами. Не купуйте дешевий / бюджетний твердотільний диск - вам було б краще з хорошим накопичувачем. Розділіться на високоякісних твердотільних накопичувачах, і ви отримаєте значний прибуток.

Якщо ви редагуєте XAML, ви можете просто використовувати редактор вихідного коду замість редактора XAML. Різниця в продуктивності феноменальна:

http://msdn.microsoft.com/en-us/library/bb907321(v=vs.90).aspx

Варто зазначити, що якщо ви відкриєте редактор xaml у будь-який момент, вам потрібно буде перезапустити Visual Studio, щоб повернути продуктивність до нормальної. Недостатньо закрити редактор xaml.

Єдиний спосіб отримати ssd на raid0 з підтримкою обробки - це новий ocz revo 3, 1,5 Гб читання / 1,25 Гб запису. Більш доступним і стабільним рішенням для рейдових ssd без обробки є придбання ssd на sata 3 (550 Мб / с).

Як згадував Метт, можливо, ви захочете додати більше оперативної пам’яті на свою машину, але якщо вона дійсно «забивається» кожного разу, коли ви залишаєте її відкритою протягом години, можливо, ви захочете зв’язатися з командою VS ( http: // connect. microsoft.com ), подайте звіт про помилку та запустіть інструменти діагностики продуктивності, які вони вам надішлють.

Ці хлопці дійсно мені дуже допомогли в минулому, і я впевнений, що вони готові допомогти вам відстежити справжню причину повільних спадів.

Окрім цього, я можу сказати вам, що моя основна машина для розробки має 8 ядер Xeon і 12 ГБ оперативної пам'яті. На цій машині великі рішення компілюються всього за кілька секунд, тоді як компіляція на моєму двоядерному macbook може зайняти до хвилини. Але з моменту випуску RTM я не зазнав жодного повільного падіння, подібного до того, що ви описуєте.

Я припускаю, що ви використовуєте тут версію RTM, чи можете ви дати нам специфікації вашої машини? Апаратне і програмне забезпечення?

Дуже важко допомогти вам на основі обмеженої інформації.

Я припускаю, що ви використовуєте C #, але якщо ви використовуєте C ++, можливо, ви можете спробувати вимкнути intellisense? Я думав, що це мало бути краще в 2010 році, але попередні версії завжди отримували прискорення, коли я зламував intellisense.

Якщо це те саме, що було в 2005 році, ви можете вимкнути intellisense, перейменувавши feacp.dll у [проти кореневої директорії] \ vc \ vcpackages.