Можно ли подключить второй SSD и объединить его с первым?
На компьютере (windows 10) помимо обычного HDD, установлен SSD диск KINGSTON SSDNow G2 SM2280S3G2/120G 120Гб, M.2 2280, SATA III, на нём установлен OpenServer и хранятся проекты над которыми я работаю локально. Хочу докупить ещё один SSD с похожими характеристиками, т.к. места уже не хватает. Вопрос, можно ли как-то объединить его с первым SSD чтобы это был как единый логический диск P (Projects) состоящий из 2-х SSD-шников. И можно ли сделать это не очищая первый диск от проектов?
объединить его с первым SSD чтобы это был как единый логический диск P (Projects) состоящий из 2-х SSD-шников. И можно ли сделать это не очищая первый диск от проектов?
Да элементарно
Вариант 1 монтируете его как папку на первый том.
Вариант 2 в диспетчере дисков преобразуете оба диска в динамические, после чего расширяете раздел на первом диске, местом на другом диске. Вот и все дела.
Это что касается возможности.
Но есть тонкости - SSD нельзя забивать под завязку, особенно такой SSD как KINGSTON SSDNow и ему подобные.
Поэтому перед такими действиями оставьте в качестве резерва хотя бы 20-30Гигабайт на обоих дисках.
Рекомендуется для этого 7-10%, 20-30 уже перебор для диска на 128 гигабайт.
Кем рекомендуется, зачем и для каких ситуаций?
Размер резерва зависит от ситуации, его можно рассчитать. Сколько именно нужно гигабайт.
Расчет несложный - сначала смотрим сколько примерно данных пишется за раз, сколько процентов времени диск простаивает- нужна статистика например за неделю работы, после чего замеряем насколько быстро отрабатывает сборщик мусора и считаем сколько нужно резерва, чтобы в любой ситуации количество очищенных и готовых к записи ячеек было достаточным.
После этого можно выразить нужное количество гигабайт в процентах от емкости диска.
Если у вас например SSD стоит как системный диск для обычного офисного компа можно не оставлять резерв, хватит того что с завода, но для таких ультрабюджетных дисков как KINGSTON SSDNow лучше оставить. На такой диск вряд ли за день разом будут записывать более 10-15Гб, поэтому 7-10% или 1-10Гб вполне нормально.
Если при этом на диске не будет работать TRIM - там уже при прочих равных уже есть смысл оставить 20-30Гб.
Если вы используете диск на сервере под приличной нагрузкой на запись, то там в зависимости от нагрузки , характеристик диска и желаемых показателей скорости оставляют 10-70% от емкости диска.
Если рассматривать данный случай, то один из дисков при таком подходе будет забит на 100% данными.
TRIM при таком раскладе абсолютно неэффективен - смысла от него вообще нет.
Хотя огромных объемов по записи там тоже не будет, поэтому 20-30Гб на диск это оптимально.
АртемЪ, в данном случае, самим Kingston. 28% рекомендуется для Write Intensive дисков, то есть оставлять 100 гигабайт из 128, и 7% для Read Intensive. Впрочем, я не совсем уверен, к какому типу нагрузки относится OpenServer и его проекты - это в основном чтение, или запись?
Applications can be read intensive, such as typical client workloads where a user will generally do 20% writes to 80% reads. Enterprise applications using a storage device for read caching will be read intensive; if these applications write more data to a storage device, then they would be more write-intensive.
nidalee, Рекомендации Kingston основываются на усредненных данных, он же не знает какая именно ситуация в конкретном случае.
А мы знаем, что один диск с высокой вероятностью будет забит данными на 100% и TRIM перестанет эффективно работать.
