SSD + Linux как поступить?

Question

[SierraMadre]

Доброго всем времени суток. Решил поставить Debian 8 на свой ПК. И возник вопрос. Есть SSD 120 гиг, ну и HDD 1тер.
Какие каталоги монтировать на SSD, а какие на HDD ?. Своп не нужен, ОЗУ хватает. Много споров, о том стоит ли отключать журналирование. Также буду рад полезным ссылкам.

Answer 1

[jcmvbkbc]

Ещё вариант -- корневую ФС установить на маленький раздел на SSD, /home на винт, остаток SSD включить во flashcache. В дебиане flashcache входит в дистрибутив, настроек -- минимум, скорость доступа к часто используемым файлам -- как к SSD. Сам использую такую конфигурацию больше трёх лет, с одним и тем же винтом и SSD.
SSD -- INTEL SSDSC2CT240A3, полёт нормальный, статистика SMART:

Vendor Specific SMART Attributes with Thresholds: 
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0032   100   100   000    Old_age   Always       -       2
  9 Power_On_Hours_and_Msec 0x0032   000   000   000    Old_age   Always       -       916104h+32m+02.410s
 12 Power_Cycle_Count       0x0032   098   098   000    Old_age   Always       -       2093
181 Program_Fail_Cnt_Total  0x0032   000   000   000    Old_age   Always       -       2
182 Erase_Fail_Count_Total  0x0032   000   000   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       2093
225 Host_Writes_32MiB       0x0032   100   100   000    Old_age   Always       -       658878
232 Available_Reservd_Space 0x0033   100   100   010    Pre-fail  Always       -       0
233 Media_Wearout_Indicator 0x0032   100   100   000    Old_age   Always       -       0
241 Host_Writes_32MiB       0x0032   100   100   000    Old_age   Always       -       658878
242 Host_Reads_32MiB        0x0032   100   100   000    Old_age   Always       -       561297
249 NAND_Writes_1GiB        0x0013   100   100   000    Pre-fail  Always       -       21915

Answer 2

[АртемЪ]

ОБщий принцип размещения файлов такой -
На SSD размещается информация с которой часто и много работают - читают, пишут изменяют.
Т.е своп, профили пользователей, временные файлы - в первую очередь. Ну и желательно систему.
На HDD размещается информация которую больше хранят чем используют, либо скорость работы с которой не критична - архивы, видео, фото, и прочие объемные и относительно редко используемые файлы.

В итоге на SSD однозначно -
/tmp
/var
/lib
/root
А вот
/home - тут надо смотреть, по идее тоже весь на SSD надо, но если там есть тяжелая статика, то ее желательно вынести на HDD.

Много споров, о том стоит ли отключать журналирование

Споры тут бессмысленны.
Если логи нужны (а они нужны), то они должны быть.
Никакого серьезного негативного влияния на диск они не оказывают, и отключать их ради сбережения ресурса диска попросту не имеет смысла.
Тоже самое насчет журналирования.

Желательно проверить работу TRIM, не забивать диск под завязку.
Если предполагается регулярная запись на SSD больших объемов информации желательно оставить over provisioning, то же самое если TRIM не работает.

Своп не нужен, ОЗУ хватает.

Достаточный объем памяти гарантирует то что своп будет использоваться редко и мало. Но ни в коем случае не отменяет его необходимости. Своп нужен при любом количестве памяти.

Comments

[sim3x]

в каких ситуациях своп спасает?

[DevMan]

sim3x: когда заканчивается оперативка,
всегда ваш КО.

а рано или поздно она всегда заканчивается, даже если ее стоит много.

[sim3x]

DevMan: а что происходит во время того как своп начинает активно юзаться?

[DevMan]

sim3x: если своп на ssd, то ничего особо заметного. если своп на харде, то слоупочность. если свопа нет/отключен, то зависон.

[nirvimel]

Если объем оперативки позволяет, то /tmp лучше вообще в tmpfs оставить.

[Юрий Чудновский]

По моему опыту работы, при плавной нехватке оперативки и включенном свопе (пофигу где - на hdd или sdd) начинаются тормоза из-за постоянного перемещения в своп и обратно кусков памяти в попутке всё уместить, из-за чего (особенно при свопе на hdd) работать становится проблематично. В отсутствии свопа, система сначала урезает кэши и работа тоже несколько замедляется, а когда память совсем кончается, наконец-то срабатывает OOM killer и начинает пристреливать процессы, пока не доберётся до источника всех бед :) В целом, это процесс более быстрый, чем попытки пристрелить вручную при жёстком свопинге.

[sim3x]

DevMan: допустим, что падение скорости работы памяти с рам на ссд (сколько он там будет 10-100 раз?) пользователь не заметит
А дальше?
Ведь у нас система х64. Процесс может захавать столько памяти, сколько в пк пока не вставляют

[DevMan]

sim3x: да без понятия, я не теоретик.

Answer 3

[sim3x]

Нет никаких споров про логи
Они обязаны быть

рут на ссд
хом на ссд
видео в хоме можно смонтировать на хдд

Answer 4

[Андрей]

Если так боитесь за свой ssd, то на hdd монтируйте:
/tmp
/home
/var
Swap - раздел, он используется не только как оперативная память но и для режима гибернации, туда сохраняется образ оперативной памяти, так что его лучше создать.
Так же монтирование /var может слегка подтормаживать систему, хотя на себе такого не замечал.

Comments

[nirvimel]

"Если так боитесь за свой ssd"... то покупать его вообще не стоит.
SSD без /tmp , /home и /var - деньги на ветер.