LINUX.ORG.RU

Установка Linux на SSD

 ,


1

1

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

★★★★★

Да чо поменялось то?

Если дешего и сердито - 250 (теперь уже M.2 Nvme, pcie x4(x2 для плат на чипсете z97. Kingston A1000) как системный диск на 1 ОС.

А под хомяк можно и механику, при 32ГБ ОЗУ всё закешируется.

Deleted
()
Ответ на: комментарий от Deleted

Ну это один из вариантов. А для тех данных, которые снапшоты побьют? ) Я к тому, что не у всех такое прокатит. В целом то правильно говоришь, и можно без бэтра подобное реализовать.

Deleted
()

у меня производительность не сильно выросла, ssd через usb1.1 i486-ПК, так что фиг знает есть ли смысл?

anonymous
()
Ответ на: комментарий от anonymous

ssd через usb1.1 i486-ПК

Толстоват. Попробуй потоньше.

Deleted
()
Ответ на: комментарий от Deleted

Под mdadm чтение одного файла происходит с одного диска. Т.е. если тебе один файл считать - скорость 1x.

Хм, будем знать, я настраивал все через LVM, как там используется mdadm на разбирался.

anonymous
()

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

Смотря что у тебя в домашнем каталоге. У меня там одни конфиги и директория с гитрепами, а всякая Музыка/Видео/Документы - это просто симлинки на маунт нфс-шары. Что касается потери данных - за все время у меня сдохло два ssd и в обоих случаях это была проблема контроллера - они просто тихо уходили в ридонли и плевались в dmesg ATA-ошибками. Данные при этом оставались доступными, но это, повторюсь, случай исключительно с моими дисками. Ну и бекапы никто не отменял.

Deleted
()
Ответ на: комментарий от anonymous

s/на\ разбирался/не разбирался/g

anonymous
()
Ответ на: комментарий от Deleted

Чего не сделаешь, чтобы стать крутым на раёне.

Deleted
()
Ответ на: комментарий от anonymous

Сейчас внутри LVM (DM) используется MD для RAID, так что одинаково.

anonymous
()
Ответ на: комментарий от Deleted

накатываешь Btrfs, время от времени делаешь btrfs send на Яндекс Диск или любое другое облако, в случае чего просто сливаешь оттуда последний снапшот и всё у тебя как раньше.

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

anonymous
()
Ответ на: комментарий от anonymous

btrfs send это не снапшот, это отправка снапшота по конвейеру, снапшот делается командой btrfs subvolume snapshot (-r если нужно ридонли)

Deleted
()
Ответ на: комментарий от Deleted

Понятно, я имел ввиду «я не знал, что так легко можно делать снапшоты с этой фс»

anonymous
()

для ощущения производительности надо все в одном разделе на ssd без swap-а

amd_amd ★★★★★
()
Ответ на: комментарий от Deleted

Разве кого-то кроме тебя волнует оверпрайсность? Если нужно — берут по любой цене.

Deleted
()
Ответ на: комментарий от Deleted

Собрал RAID из мониторов, чтобы все толстячки помещались.

Deleted
()
Ответ на: комментарий от Deleted

Алсо, ты и дешевым еле как обзавелся. А еще про дорогие варианты что-то вякаешь.

:D

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)

У меня вот есть Crucial M500 на 120 ГБ, всё замечательно. Куплен лет 5-6 назад. Использовал ext4, btrfs без специальных настроек. Профили браузеров никуда не выносил, даже своп сделал на нем. Трим делаю раз в неделю по анакрону.

  1 Raw_Read_Error_Rate     POSR-K   100   100   000    -    1
  5 Reallocated_Sector_Ct   PO--CK   100   100   000    -    0
  9 Power_On_Hours          -O--CK   100   100   000    -    21457
 12 Power_Cycle_Count       -O--CK   100   100   000    -    1469
173 Wear_Leveling_Count     -O--CK   092   092   000    -    243
180 Unused_Rsvd_Blk_Cnt_Tot PO--CK   000   000   000    -    1990
246 Total_Host_Sector_Write -O--CK   100   100   ---    -    9243635057

В нормальных единицах суммарный объем записи 4.4 ТиБ.

Можешь взять как точку для статистики.

lu4nik ★★★
()
Ответ на: комментарий от lu4nik

У меня 91%

SMART info:
      4 Start_Stop_Count          =        0 
      5 Reallocated_Sector_Ct     =        0 
      9 Power_On_Hours            =    42540 [h]
     12 Power_Cycle_Count         =     1636 
    225 Host_Writes_32MiB         =   31.502 [TB]
    232 Available_Reservd_Space   =      100 [%]
    233 Media_Wearout_Indicator   =       91 [%]
    241 Host_Writes_32MiB         =   31.502 [TB]

Deleted
()

Сижу на SSD с 13-14го года и за всё время сдох только один (лотерейно известный OCZ Vertex III), остальные диски работают без проблем (2xIntel 1xSamsung), сбережением ресурса не заморачиваюсь от слова совсем, своп, сборки, торренты и судя по смарту за год износ всего 1-2 процента. Полностью присоединяюсь к комментариям выше о том, что надо просто брать нормальных вендоров, ссд как правило дохнут по принципу «Перестал определяться в BIOS», то есть дохнет у них контроллер, очень редко кто помирает ввиду исчерпания ресурса (да и даже если ресурс кончился нормальный SSD просто валится в RO режим и данные ты не теряешь)

Jefail ★★★★
()

А lvmcache уже не модно/не актуально? На btrfs тоже что-то такое было...

anonymous
()
Ответ на: комментарий от Rinaldus

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

Бобёр хватит! Бобёр выдыхай!

Ты тогда нахрена его вообще покупаешь? Если для скорости, то и размещай на нём систему и данные, к которым надо иметь постоянный доступ. В противном случае вынь из компа и верни в магазин, чтобы деньги зря не тратить.

Еще в 2014 году реальная наработка на отказ измерялась сотнями ТБ записанных данных.

У меня Kingston SH103S3240G с конца 2014 года отработал больше 15000 часов при этом резервная зона не тронута вообще, записано и прочитано больше 30TB. При этом на нем была еще и подкачка.

Radjah ★★★★★
()

Производительность увеличится ощутимо. У меня после перехода с HDD на SSD не только система стала в два раза быстрее грузиться, но и в виртуалки установка других ОС стала занимать меньше времени.

Vsevolod-linuxoid ★★★★★
()
Последнее исправление: Vsevolod-linuxoid (всего исправлений: 1)
Ответ на: комментарий от Rinaldus

Размещать на SSD раздел подкачки, разумеется, не собираюсь.

А где ты его собираешься размещать, на магнитной ленте или на перфокартах?

Ля, на винфаках эта шиза «как бы чего не записать на ssd» прошла года 4 назад, но лор как обычно на острие прогресса.

Deleted
()
Ответ на: комментарий от Deleted

Ля, на винфаках эта шиза «как бы чего не записать на ssd» прошла года 4 назад, но лор как обычно на острие прогресса.

Ну я бы не сказал... Больные люди везде более-менее одинаковы.

Ну а если говорить про причуды. Я вот никогда бредом экономии SSD чего-то не болел. А вот с HDD боялся лишний раз у системеика топнуть, или по столу стукнуть — настолько это всё с 2007 года ненадёжное пошло с увеличением плотности. Ни одного HDD не было без сбоев с этого времени 🙁

fornlr ★★★★★
()
Последнее исправление: fornlr (всего исправлений: 2)

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

у меня 2 ссд: один на 128гб (mlc) для ОС и хомяка, другой на 1тб (tlc) для музыки, игр, виртуалок и т.д. + еще есть хдд на 2тб для бекапов и фильмов, он почти всегда спит, чтобы не было шума — почти идеальный десктоп получился :)

Rost ★★★★★
()
Ответ на: комментарий от Rinaldus

Я бы при 10% оставшегося ресурса уже пошёл в магазин.

Deleted
()
Ответ на: комментарий от Rinaldus

Как бы процент износа это гарантированная величина. Диски обладают на порядок бОльшим ресурсом. Менять когда смарт проблемы начнет показывать, а ресурс - всего лишь счетчик, и не всегда прямо кореллирует с состоянием ячеек. Т.е. когда увидишь failing now - меняй. Ты ж бэкапы делаешь? А если не делаешь - ответь себе на вопрос «а что, если брак»?

Deleted
()
Последнее исправление: Deleted (всего исправлений: 1)
Ответ на: комментарий от grem

Речь то о десктопе. Если все к херам упадет, то я ребутнусь, поставлю логи обратно на диск и буду моделировать ситуацию.

На сервере их конечно надо хранить на разделе ext4.

ArkaDOSik ★★
()
Ответ на: комментарий от Vsevolod-linuxoid

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

anonymous
()
Ответ на: комментарий от ArkaDOSik

Зачем их вообще включать до тех пор, пока они не пишутся на диск?

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

grem ★★★★★
()
Ответ на: комментарий от grem
tmpfs  10M   48K 10M    1% /var/log

Ну и зачем мне перезагружаться чтобы глянуть логи из за экономии пары метров
anonymous
()
Ответ на: комментарий от anonymous

Скорее IO :) у меня HDD да и десктоп логи редко нужны

anonymous
()
Ответ на: комментарий от grem

Обновы прилетают, программы ставятся, настройки редко но меняются - логи иногда нужны.

anonymous
()

Всё на SSD, медиа, бэкапы и архив — на HDD.

Не бери SSD от всяких васянов.

mord0d ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.