Должен ли я хранить свой код / ​​проекты на моем SSD или дополнительном диске?


17

Я только что получил новую коробку. Он имеет SSD для основного диска и 1 ТБ SATA для дополнительного диска. Я собираюсь запустить Windows и мои двоичные файлы на SSD и сохранить все мои загрузки / документы / музыку / и т.д. на дополнительном диске.
Мой вопрос должен ли я также хранить свои проекты Visual Studio и код на SSD или держать их на дополнительном диске? Предполагается, что более быстрый SSD будет лучше для компиляции и индексированного поиска, но будет ли лучше оставить его на 2-м диске для более параллельной дисковой операции ввода-вывода?

Ответы:


6

У SSD гораздо лучший ввод-вывод, и поэтому имеет смысл разместить ваш код на SSD-диске.


Я знаю, что IO лучше, но все ОС и двоичные файлы будут читать с SSD. Я не уверен, не лучше ли позволить файлам кода считываться из вторичного устройства параллельно.
fr0man

@ fr0man, сомневайся, простой ответ Кристиана, вероятно, правильный. Это НАМНОГО быстрее, так что это выходит за рамки всех других проблем.
Дэн Розенстарк

IO с SSD теоретически будет вдвое больше, чем диск на основе диска. Шина SATA по-прежнему не будет вашим узким местом в этой ситуации. Пойдите с SSD, но удостоверьтесь, что у вас есть почасовые резервные копии. :)
суббота

Спасибо всем, это то, что мне было интересно. Я слышал истории о том, что твердотельные накопители не намного быстрее традиционных накопителей.
fr0man

6

Это зависит от вашего драйва. Чтение всегда будет проигрывать SSD, но, возможно, не из-за производительности записи. Производительность записи будет важна во время компиляции для создания новых исполняемых файлов, сборок и других артефактов сборки.

Скопируйте одно из ваших больших решений на HD и SSD и скомпилируйте оба. Вы заметите разницу так или иначе и примете решение. Я предполагаю, что HD будет быстрее для компиляции / сборки, но ssd выиграет все остальное.


2

Я не знаю, возможно ли это в Visual Studio, но лучшим может быть сочетание двух. Поместите исходный код на SSD, но скомпилируйте объекты, записанные на HD. Таким образом мы разработали проекты на основе, но по другим причинам.


Это звучит сложно. Существует ли корневой параметр для целевого выходного каталога, или вам нужно изменить binего для каждого проекта в конфигурации сборки?
alord1689

1

Скорость жесткого диска важна для общей производительности Visual Studio. Скотт Гатри хорошо в этом разбирается посте :

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

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

Visual Studio Blog рекомендует использовать SSD:

Тип жесткого диска имеет значение! И вот еще одна хитрость, чтобы сделать загрузку решения еще быстрее. Телеметрия Visual Studio показывает, что машины с твердотельным накопителем загружаются в 2-3 раза быстрее, чем обычный жесткий диск. Поэтому мы настоятельно рекомендуем рассмотреть возможность обновления до SSD, если вы используете обычный жесткий диск. Хотя в идеале Windows, Visual Studio и ваше решение будут все размещаться на SSD для максимальной отдачи, установка Windows на SSD окажет огромное влияние на загрузку вашего решения.

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