Повысить производительность VS 2010 с помощью SSD [закрыт]


9

После поиска в Интернете улучшений производительности при использовании Visual Studio 2010 с твердотельным жестким диском я услышал много разных мнений.

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

Какой у вас опыт с этой проблемой и какой SSD вы использовали?


Почему отрицательный голос? Это не плохой вопрос и довольно актуально для SO
Purplegoldfish

2
хотя, вероятно, это не относится к программистам, я думаю, многим из нас было бы любопытно, насколько это изменится.
Танос Папатанасиу

Недавно появилась новая рабочая станция с твердотельным накопителем типа Samsung PM810. Не уверен, что это обычно считается «хорошим», но я уверен, что это ускоряет процесс. Все наши проекты разбиты на множество небольших модулей. Чем больше модулей, тем больше операций чтения / записи с / на диск (просто запустите такой инструмент, как ProcMon на devenv.exe, и вы увидите огромное количество файлов, к которым он обращается)
stijn

2
Почему это было перенесено из переполнения стека? Согласно часто задаваемым вопросам, вопросы о «программных инструментах, обычно используемых программистами», являются актуальными. Я уверен, что Visual Studio - это программный инструмент, обычно используемый программистами.
Томас Оуэнс

Если это действительно не по теме, то, кто бы ни перенес его, нужно перечитать FAQ для этой доски.
Kyralessa

Ответы:


5

Я думаю, что многое зависит от того, на каких языках вы планируете программировать на VS2010.

Например, я знаю, что на быстрых машинах C # компилируется менее чем за 5 секунд в относительно большом проекте.

С другой стороны, программирование Native C ++ занимает ~ 45 секунд для проекта такого же размера.

По моему опыту, для времени компиляции я не думаю, что SSD будет иметь большое значение.

При этом время запуска VS2010 на вашем компьютере определенно будет меньше, чем при использовании обычного жесткого диска, если вы используете SSD, но стоит ли это того или нет для вас - ваш выбор.

Надеюсь, это поможет.

РЕДАКТИРОВАТЬ: Я могу быть в состоянии поиграть с этим сегодня, если кому-то интересно. У меня есть OCZ Vertex 3 120 ГБ, я могу установить на него Visual Studio и дать вам приблизительную оценку по сравнению с моим рабочим ПК, что примерно эквивалентно характеристикам ПК. Я сделаю копию своего проекта и надеюсь, что смогу скомпилировать его дома. Я обновлю вас позже сегодня


Я думаю, что это также зависит от ваших проектов. В последнем проекте, над которым я работал, было решение, включающее около 125 проектов на C #, содержащих около 50 тыс. Строк кода, и это было средним усилием для нашей команды. Определенно заняло более пяти секунд, чтобы скомпилировать.
TMN

5

Я обновил свой компьютер несколько месяцев назад и решил протестировать время сборки c ++ до и после, чтобы увидеть, какое улучшение скорости я получил. Я протестировал три конфигурации, все из которых строили проект C ++ в Visual Studio 2005 с Windows 7:

  1. Core 2 duo ~ 2.6 ГГц, 4 ГБ ОЗУ, сборка проекта с SSD
  2. Та же система, сборка того же проекта с жесткого диска 7,2 тыс. Об / мин
  3. Core i5 2500k 3,3 ГГц, 8 ГБ ОЗУ, сборка того же проекта с SSD

Я делал каждую сборку дважды, по одной сразу после горячей загрузки, и снова сразу после первой сборки (после того, как все было перенесено в кэш диска). Вот результаты, которые я получил:

  1. Первая сборка - 96 секунд. Вторая сборка - 92 секунды.
  2. Первая сборка - 96 секунд. Вторая сборка - 92 секунды.
  3. Первая сборка - 54 секунды. Вторая сборка - 51 секунда.

В случаях 1 и 2 вы заметите, что у меня было одинаковое время сборки, независимо от того, собирался ли я с моего SSD или диска с частотой вращения 7,2 тыс. Об / мин. Таким образом, скорость диска, по-видимому, не является фактором при компиляции, по крайней мере, для жестких дисков с приличной скоростью. Изменение, которое имело огромное значение, шло от ядра Core 2 Duo к процессору i5 3,3 ГГц - поэтому кажется, что компиляция связана с процессором, а не с памятью или диском.

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


2

Я думаю, что это имеет огромное значение. VS (как windows) постоянно пишет на диск. Это удивительно медленно, даже для небольших объемов данных. Я поместил SSD в старый ноутбук, и он сделал это примерно в 5 раз быстрее. Вы можете увидеть результаты .

Хотя я не имею непосредственного опыта работы с VS и SSD, я уверен, что это сделает все намного быстрее.

Следует помнить одну вещь: твердотельные накопители имеют очень высокий уровень отказов (включая первый, который я купил). Купите тот, который высоко оценен, такой как этот . Кроме того, вам не нужен особо большой SSD. Просто достаточно большой, чтобы вместить ОС, программные файлы и ваш проект, по крайней мере, на 20% бесплатно. Так что, возможно, 128 ГБ.


2

Visual Studio чувствителен к скорости диска, но если вы используете TFS, вы намного больше зависите от скорости сервера TFS и сети (поскольку открытие файлов и первоначальное изменение требуют извлечения и извлечения).

Если вы используете DVCS, тогда выберите SSD -> частоту процессора. Visual Studio несколько чувствителен к скорости процессора и, похоже, не сильно загружен. Предпочитайте меньше более быстрых ядер более медленным ядрам. Кажется, он не использует намного больше 1,5 ГБ ОЗУ, не сталкиваясь с исключениями OOM, поэтому не беспокойтесь, если ваша машина будет заполнена более чем 4 ГБ ОЗУ. Если вам повезло иметь более 4 ГБ ОЗУ, используйте его в качестве ОЗУ для хранения исходного кода (необходимы драконовские меры резервного копирования). Ничто еще не может коснуться скорости ОЗУ. Вот тест с моей рабочей станции:

Сравнение скорости диска между ssd / ramdrive / raid0

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.