После поиска в Интернете улучшений производительности при использовании Visual Studio 2010 с твердотельным жестким диском я услышал много разных мнений.
Многие люди говорят, что использование SSD не приносит никакой пользы, но, в отличие от других, говорят прямо противоположное. Меня немного смущают противоречивые мнения, и я не могу действительно принять решение, будет ли покупка SSD иметь значение.
Какой у вас опыт с этой проблемой и какой SSD вы использовали?
performance
visual-studio-2010
hardware
ssd
System.Data
источник
источник
Ответы:
Я думаю, что многое зависит от того, на каких языках вы планируете программировать на VS2010.
Например, я знаю, что на быстрых машинах C # компилируется менее чем за 5 секунд в относительно большом проекте.
С другой стороны, программирование Native C ++ занимает ~ 45 секунд для проекта такого же размера.
По моему опыту, для времени компиляции я не думаю, что SSD будет иметь большое значение.
При этом время запуска VS2010 на вашем компьютере определенно будет меньше, чем при использовании обычного жесткого диска, если вы используете SSD, но стоит ли это того или нет для вас - ваш выбор.
Надеюсь, это поможет.
РЕДАКТИРОВАТЬ: Я могу быть в состоянии поиграть с этим сегодня, если кому-то интересно. У меня есть OCZ Vertex 3 120 ГБ, я могу установить на него Visual Studio и дать вам приблизительную оценку по сравнению с моим рабочим ПК, что примерно эквивалентно характеристикам ПК. Я сделаю копию своего проекта и надеюсь, что смогу скомпилировать его дома. Я обновлю вас позже сегодня
источник
Я обновил свой компьютер несколько месяцев назад и решил протестировать время сборки c ++ до и после, чтобы увидеть, какое улучшение скорости я получил. Я протестировал три конфигурации, все из которых строили проект C ++ в Visual Studio 2005 с Windows 7:
Я делал каждую сборку дважды, по одной сразу после горячей загрузки, и снова сразу после первой сборки (после того, как все было перенесено в кэш диска). Вот результаты, которые я получил:
В случаях 1 и 2 вы заметите, что у меня было одинаковое время сборки, независимо от того, собирался ли я с моего SSD или диска с частотой вращения 7,2 тыс. Об / мин. Таким образом, скорость диска, по-видимому, не является фактором при компиляции, по крайней мере, для жестких дисков с приличной скоростью. Изменение, которое имело огромное значение, шло от ядра Core 2 Duo к процессору i5 3,3 ГГц - поэтому кажется, что компиляция связана с процессором, а не с памятью или диском.
Я предполагал, что переход с жесткого диска на твердотельный накопитель немного увеличит скорость, но, очевидно, это не так - предположительно, все просто включается и после этого идет со скоростью памяти.
источник
Я думаю, что это имеет огромное значение. VS (как windows) постоянно пишет на диск. Это удивительно медленно, даже для небольших объемов данных. Я поместил SSD в старый ноутбук, и он сделал это примерно в 5 раз быстрее. Вы можете увидеть результаты .
Хотя я не имею непосредственного опыта работы с VS и SSD, я уверен, что это сделает все намного быстрее.
Следует помнить одну вещь: твердотельные накопители имеют очень высокий уровень отказов (включая первый, который я купил). Купите тот, который высоко оценен, такой как этот . Кроме того, вам не нужен особо большой SSD. Просто достаточно большой, чтобы вместить ОС, программные файлы и ваш проект, по крайней мере, на 20% бесплатно. Так что, возможно, 128 ГБ.
источник
Visual Studio чувствителен к скорости диска, но если вы используете TFS, вы намного больше зависите от скорости сервера TFS и сети (поскольку открытие файлов и первоначальное изменение требуют извлечения и извлечения).
Если вы используете DVCS, тогда выберите SSD -> частоту процессора. Visual Studio несколько чувствителен к скорости процессора и, похоже, не сильно загружен. Предпочитайте меньше более быстрых ядер более медленным ядрам. Кажется, он не использует намного больше 1,5 ГБ ОЗУ, не сталкиваясь с исключениями OOM, поэтому не беспокойтесь, если ваша машина будет заполнена более чем 4 ГБ ОЗУ. Если вам повезло иметь более 4 ГБ ОЗУ, используйте его в качестве ОЗУ для хранения исходного кода (необходимы драконовские меры резервного копирования). Ничто еще не может коснуться скорости ОЗУ. Вот тест с моей рабочей станции:
источник