1

Возможный дубликат:
SSD с несколькими разделами - срок службы диска

Хорошо, я наконец решил сделать переход на SSD. Посмотрел сделку на OCZ Vertex 120 ГБ, но после некоторых исследований я решил пойти с серией Intel 160 ГБ G2 всего за чуть более 100 долларов. Также я видел некоторые проблемы с приводами вершин. Я просто больше верю в процесс верификации Intel по сравнению с OCZ/Indilinx.


Anways, моя текущая система состоит из следующего:
1) Загрузочный диск - Velociraptor 300GB
2) Data Drive - 750 ГБ, 7200 об / мин, WD

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

Например, вы можете попробовать разделить все, что много пишет для велоцираптора:
1) файл подкачки
2) временные файлы
3) Файл Hybernate - не знаю, если вы можете изменить местоположение, но я проверю его, если мне нужно
4) Кэш браузера
5) т.д. ......

В зависимости от соотношения записи / чтения вы можете упустить множество преимуществ того, что дает вам SSD. Например, вы можете упустить преимущество быстрого выхода вашей системы из Hybernate, если вы перемещаете файл Hybernate.

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

Я знаю, что на диске Intel (вместе с вершинным диском) есть TRIM, который уменьшает это, но я уверен, что TRIM не идеален, и вы все равно увидите некоторое снижение производительности.TRIM просто, вероятно, уменьшает его. Да, и, кстати, я использую Windows 7 x64.

Конечно, есть еще много примеров:
1) Lightroom и его база данных, которая постоянно обновляется
2) Фотошоп с нуля.
3) SQL Server
4) Я уверен, что список можно продолжать и продолжать, но я уверен, что вы поняли.

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

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

Любая помощь будет оценена.

1 ответ1

0

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

Максимально увеличьте объем ОЗУ на вашей машине, так как ОЗУ будет быстрее, чем подкачка, и кэширование хорошо.

Поместите файл подкачки на SSD, так как быстрая подкачка хороша.

На самом деле вам не нужно помещать Visual Studio на SSD, так как он не читает сам себя очень часто (в основном только при запуске или при первой загрузке проекта). Даже ваш исходный код не обязательно должен быть на SSD. Но промежуточный (obj) и конечный (exe/dll) выходы должны быть на SSD. Поместить весь ваш проект на SSD, вероятно, самый простой способ сделать это.

Файл гибернации используется только во время гибернации или пробуждения из гибернации, и он такой же большой, как ваша ОЗУ, поэтому его перенос на другой диск, вероятно, будет хорошим.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .