Рекомендации по производительности для создания Visual Studio 2010 быстрее?

Ответ 1

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

Ответ 2

Добавление моего собственного ответа здесь. Я действительно не думал, что ReSharper так много сделал. Пробовав каждую опцию и загружая только один проект, он все еще отставал даже от простого соединения двух строк (несколько обратных нажатий).

Я удалил ReSharper и вместе со всеми другими трюками, которые я сделал, вещь невероятно быстро.

Ответ 3

Одна нота RAID0 SSD. Вы должны убедиться, что ваш RAID-контроллер (и драйвер!) Поддерживает TRIM для RAIDed SSD. Большинство RAID-контроллеров, особенно контроллеров чипсета Intel, НЕ делают этого. Следствием этого является то, что производительность ввода-вывода быстро значительно выродится в RAID-массивах на основе SSD.

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

Есть много на эту тему на сайтах, таких как tomshardware.com или anandtech.com. Если все остальное не удастся, вы можете рассмотреть использование SSD в не-RAID или использование SSD для ОС и обычного, большого HD для баз данных и т.д. Вы также можете найти свои конкретные SSD на одном из вышеупомянутых сайтов; производительность значительно шире, чем вы думаете.

Ответ 4

Попробуйте отключить IntelliTrace. Из-за этой функции у меня было множество проблем, связанных с медлительностью и нестабильностью (это может быть только я). Этот параметр находится в разделе "Инструменты" > "Параметры" > "IntelliTrace" > "Включить IntelliTrace".

Ответ 5

Конечно, оперативная память всегда очень важна для большой среды разработки, такой как Visual Studio, особенно версия 2010 года, и особенно если вы используете версию Ultimate, которая включает такие довольно интенсивные функции памяти, как IntelliTrace и Архитектура и моделирование диаграмм.

Однако одна из основных вещей, которые часто упускают из виду, но может иметь большое значение для общей производительности Visual Studio, - это жесткий диск Скорость.

Скотт Гатри (Корпоративный вице-президент Microsoft.NET Platform Platform) написал очень интересную статью об этом точном вопросе.

Это несколько лет назад, и было написано во время Visual Studio 2005, однако он по-прежнему очень актуальен сегодня, так как Visual Studio продолжает работать (в частности, как работают компиляторы) так сильно не изменилась за это время.

Скотт пишет:

Люди часто спрашивают меня на конференциях для Рекомендации по аппаратным средствам ПК. В частности - "какой тип машины ты порекомендовал мне разработка с помощью Visual Studio?" и/или "ваш ноутбук кажется очень быстрым, какой это тип?"

Некоторые из моих рекомендаций по этому тема довольно стандартная и очевидная: В идеале вы хотите получить ядро ​​дуэли или лучший процессор. Я также всегда рекомендую получая как минимум 2 ГБ или более оперативной памяти.

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

также:

Почему важна скорость жесткого диска?

Многоядерные процессоры на машинах за последние несколько лет стали достаточно быстрыми, что в большинстве > обычных сценариев приложений вы обычно не блокируете доступную емкость процессора на вашем компьютере.

То, что вы гораздо чаще блокируете, - это скорость поиска и скорости ввода-вывода, с помощью которой > ваш компьютер обращается к вашему жесткому диску. Если вы используете приложение, которое должно > читать/записывать большое количество файлов, нецелесообразно, чтобы ваш процессорный процессор был > очень низким, поскольку приложение может тратить большую часть своего времени только на ожидание > операций с диском для завершения.

Когда вы работаете с Visual Studio, вы в конечном итоге читаете/записываете много файлов и тратите много времени на работу с дисковым вводом-выводом. Большие проекты и > решения могут иметь сотни (или тысячи) исходных файлов (включая изображения, css, > страницы, пользовательские элементы управления и т.д.). Когда вы открываете проект, Visual Studio должен читать и > анализировать все исходные файлы в нем, чтобы обеспечить intellisense. Когда вы зачислены в > элемент управления источником и проверяете файл, вы обновляете файлы и метки времени на диске. Когдa > вы делаете компиляцию решения, Visual Studio будет проверять наличие обновленных сборок из > нескольких расположений пути на диске, выписывать несколько новых сборок на диск при компиляции > , а также сохранять файлы символов отладчика .pdb на диске с они (все > как отдельные операции сохранения файла). Когда вы прикрепляете отладчик к процессу (поведение по умолчанию > при нажатии F5 для запуска приложения), Visual Studio затем необходимо выполнить поиск и > загрузить символы отладчика для всех сборок и DLL для приложения, чтобы настроить > контрольные точки.

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

Вы можете прочитать полную статью здесь:

Совет/трюк: скорость жесткого диска и производительность Visual Studio

Ответ 6

У вас есть компонент Desktop Experience, установленный на сервере Server 2008 R2? В отличие от предыдущих версий, Visual Studio 2010 сильно использует WPF и его преимущества в производительности от аппаратного ускорения. Включение Desktop Experience позволит Desktop Window Manager, который улучшает общую производительность WPF.

По этой же причине вы должны убедиться, что используете новейшие видеодрайверы.

Ответ 7

Если вы используете много проектов для совместной сборки в своем решении, я рекомендую установить NOT BUILD в конфигурации свойств проекта. Это то, что я делаю, чтобы ускорить работу. Это более очевидно во время компиляции...

Ответ 8

С таким оборудованием, ИМХО, у вас не должно быть никаких проблем с производительностью почти независимо от того, что вы делаете. ( 2 x SSD в RAID-0? - вы маньяк!)

Похоже, вы уже решили эту проблему (есть ли что-то конкретное, что вы сделали, что вы могли бы поделиться?), но еще одна вещь, которую нужно проверить, - это убедиться, что ваши видеодрайверы обновлены. Это удивительно, но они могут повлиять на многие вещи, о которых вы бы не подозревали.

Я полагаю, что другой виновник может быть также и гиперактивным антивирусным пакетом...

Ответ 9

Мне нравится предложение об обновлении, когда машина явно пылает. Мое предложение, по возможности, состояло бы в том, чтобы опробовать 2008 год и посмотреть, как он работает. У меня было несколько проблем с 2010 годом, и в первую очередь это проблема производительности. Ради производительности я вернулся к 2008 году.

Если вы можете подтвердить, что проблема возникает или не возникает в более старой версии, мы можем иметь больше идеи, в которой проблема.

Ответ 10

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

Ответ 11

Если вы редактируете XAML, вы можете просто использовать редактор исходного кода вместо редактора XAML. Разница в производительности феноменальна:

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

Стоит отметить, что если вы откроете редактор xaml в любой момент, вам потребуется перезапустить Visual Studio, чтобы вернуть производительность в нормальное состояние. Недостаточно закрыть редактор xaml.

Ответ 12

Единственный способ получить ssd на raid0 с поддержкой отделки - это новый ocz revo 3, 1.5GB Read/1.25GB Write, более доступное и стабильное решение для рейда ssd без отделки - купить ssd на sata 3 (550 МБ/с).

Ответ 13

Как сказал Мэтт, вы можете захотеть добавить больше ОЗУ на свой компьютер, но если это действительно "болото" каждый раз, когда вы оставляете его открытым на час вы можете связаться с командой VS (http://connect.microsoft.com), запишите отчет об ошибке и запустите инструменты диагностики производительности, которые они вам отправят.

Эти ребята действительно очень помогли мне в прошлом и я уверен, что они захотят помочь вам отследить реальную причину замедления.

Кроме того, я могу сказать, что моя основная машина разработки имеет 8 ядер Xeon и 12 ГБ оперативной памяти. На этой машине компилируются крупные решения всего за несколько секунд, пока они могут занять до минуты, чтобы скомпилировать мой двухъядерный MacBook. Но так как версия RTM у меня не наблюдалась никаких замедлений, подобных тем, которые вы описываете.

Я предполагаю, что вы используете версию RTM здесь, можете ли вы дать нам спецификации вашей машины? Аппаратное обеспечение + Программное обеспечение?

Очень сложно помочь вам на основе ограниченной информации.

Ответ 14

Я предполагаю, что вы используете С#, но если вы используете С++, возможно, вы можете попробовать отключить intellisense? Я думал, что это должно быть лучше в 2010 году, но предыдущие версии всегда получали повышение скорости, когда я взломал intellisense.

Если он совпадает с 2005, вы можете отключить intellisense, переименовав feacp.dll в [vs root dir]\vc\vcpackages.