Окт 03 2010

SSD+HDD

Published by

Рассмотрим применение SSD и HDD в одной системе.
FS
для SSD лучше выбрать фс без журнала или отключить его (в случае ext3/4 например)
так же к опциям монтирования фс, находящихся на SSD необходимо добавить

noatime,nodiratime

для того чтобы при чтении файлов с SSD не писалась отметка о последнем чтении файлов/директорий соответственно.
Так же, если SSD используется на десктопе(где отключение энергии в случае отсутствия UPS, например, не такое уж и редкое явление), стоит добавить к опциям фс, располагаемых на нём,

sync

(из мана можно вычитать, что это может привести к более быстрому износу носителя, но это мы победим далее).
Разделы
на HDD выносим:

/dev
/tmp
/var
/home
/root(?)

/dev - потому что там при каждой загрузке создаются файлы устройств, как и при подключении тех же флешек( использовать статику можно, но очень не удобно, поэтому создание файлов устройств поручают udev-у).
/tmp — ну тут само имя говорит за себя.
/var — тут тоже много временных файлов(привет, Gentoo ;) ) и логи, которые пишутся постоянно(почти).
/home — тут так же есть логи.
/root — (не путать с «/») — это домашняя директория рута — если часто делаем что либо от рута, так же стоит вынести на HDD (вспомним хотя бы историю того же bash).
Ну и, естественно, swap так же выносим на HDD.
По поводу часто изменяемых /sys и /proc — это псевдофс — т.е. на реальной фс их не существует, поэтому где они располагаются не важно.
ну и дистро-специфичные вещи — например /usr/portage и /usr/local/portage (дерево и оверлеи в Gentoo(самый распространённый вариант расположения)).
остальное оставляем на SSD — т.е. те директории, что используются в основном для чтения, ну и для записи только при обновлении/установке софта.

16 responses so far

16 Responses to “SSD+HDD”

  1. Miminoon 03 Окт 2010 at 20:26

    > sync, но это мы победим далее
    и где же победа? ;)

  2. megabakson 03 Окт 2010 at 22:26

    победа в том, что мы вынесли все часто-изменяемые данные на HDD
    а т.к. на SSD данные редко изменяются sync не страшен
    т.е. на SSD данные as is
    короче — думаю мысль ясна )

  3. Miminoon 03 Окт 2010 at 23:27

    Так, всё, переполз на SSD :)
    Система свежеустановленная, т.е. аськи — нет, скайпа — нет, почты — нет, то есть ничего еще нет, все наработки и акаунты еще надо переносить из старой системы.
    Но зато всё летает — ураган! ;)) Тем более под XFCE.

    Теперь бы еще надо как-то половчеее отключить жюрнал в Ext4…

  4. Miminoon 03 Окт 2010 at 23:59

    Прочел методы по отключению журналирования в Ext4…
    Блин, что же это получается — отключить журналирование в этой ФС до конца невозможно, только уменьшить??
    Если так, тогда понятно, почему ты использовал именно Ext2.

  5. mikeon 01 Ноя 2010 at 02:06

    Сам юзаю ССД уже год. Недавно купил себе второй диск.
    ИМХО вся это возня с отключением журнала и т.п. способами «сохранения жизни» ссд — полнейший бред! =)
    на диски гарантия — до 3х лет за это время, уверен, ничего не накроется. через 3 года цены и скорости SSD будут отличаться настолько что вы с радостью перетащите систему на новый диск большего объёма.
    sync считаю бессмысленным, не знаю, чего уж такого вы там боитесь потерять….
    ext4 — наше всё, не забыть опцию discard в fstab’е

    /dev/ кажется уже давно располагается в оперативке в некоторых дистрах…
    /tmp, /var/tmp — лучше делать на tmpfs’e
    /usr/portage лучше держать на SSD — поиск и остальное намного быстрее выходит
    /home -да, пожалуй на hhd, желательно терабайтный, может быть даже на BTRFS
    про /root — плакал! боитесь, что килобайтный лог bash’а вам сильно ресурс диска попортит?!! :)))
    лучше планировщик ввода/вывода меняйте, блин…

  6. megabakson 01 Ноя 2010 at 09:25

    /dev/ кажется уже давно располагается в оперативке в некоторых дистрах…

    но далеко не везде

    /var/tmp – лучше делать на tmpfs’e

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

  7. mikeon 02 Ноя 2010 at 02:32

    про ресурсы – дело не в смерти ячеек, а в падении скорости

    Падение скорости, я так понимаю имелось ввиду записи?
    оно на SSD бывает 2х видов:
    1. неправильное выравнивание блоков fs к блокам диска.
    Сейчас уже достаточно трудно под линуксом разбить криво, потому что утилиты разбивки предлагают убрать DOS-совместимость и сами выравнивают фс.

    2. запись данных в необнулённые пустые блоки, (т.к. приходится делать в 2 раза больше работы: обнулять блок, затем писать туда данные).
    Тут мы все конечно знаем про функцию TRIMM и опцию монтирования discard, которая зануляет пустые неиспользуемые блоки диска? ;)

    $ cat /etc/fstab | grep discard
    UUID=d53a14c2-f0c9-4281-9e63-d27243c7c74b /  ext4    discard,noatime,errors=remount-ro   0   1

    Случаев падения скорости чтения, я не встречал…
    и причин для этого (кроме, возможно кривого выравнивания раздела во время разбивки) не вижу.
    Кстати, реально скорость записи не так уж сильно падает.

  8. Rabinovitchon 05 Июн 2011 at 07:41

    Ну и как оно, спустя пол-года?

  9. mannteson 02 Ноя 2011 at 00:37

    Журнал у ext4 можно убрать полностью с непримонтированной фс:
    tune2fs -O ^has_journal /dev/sdx

  10. Алексейon 04 Фев 2012 at 20:42

    Важно знать, что опция discard работает только при включенном журналировании в ext4fs

    Подробности тут http://phoronix.com/forums/showthread.php?64581-Ext4-discard-option-(AKA-TRIM)-not-working-on-SSD-Crucial-M4-64GB

  11. Алексейon 04 Фев 2012 at 20:54

    Ну и до кучи — включение discard реально тормозит удаление файлов, ибо это синхронная и долгая операция.
    Можно просто вызывать fstrim время от времени

  12. unikumon 22 Мар 2012 at 20:11

    От переноса хомяка на HDD профит от использования SSD во многом теряется, т.к. при том же старте кед из хомяка считываются конфиги и грузится кэш. Поэтому считаю лучшем решением оставить хомяк на SSD, но вынести все часто изменяемые директории (например кэш браузера) в tmpfs по аналогии с этим.
    Почему-то в сети очень мало информации об использовании btrfs на SSD. На мой взгляд, она гораздо лучше заточена под SSD.

  13. qwerta38on 22 Мар 2012 at 21:55

    Если уж мы говорим о гибридных системах SSD+HDD, то почему бы журнал фс не расположить на HDD ?
    Создаем раздел на HDD размером 400MB (назовем его для примера sdh1) . Форматируем с помощью команды:

    mke2fs -O journal_dev /dev/sdh1

    А потом создаем фс на SSD c помощью команды:

    mke2fs -t ext4 -J device=/dev/sdh1 /dev/sds1

  14. megabakson 23 Мар 2012 at 00:00

    Если уж мы говорим о гибридных системах SSD+HDD, то почему бы журнал фс не расположить на HDD ?

    тоже такая мысля посетила на днях :)

  15. Серёгаon 14 Авг 2016 at 11:33

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

    На HDD — файло- торренто- помойку, т.к. много место занимает, а систему целиком на SSD :) или уж в RAID 0 из 2-х HDD — скорость чтения, та же, что и у SSD, а вот скорость записи обычно выше, цена на 1 Гб — примерно та же, короче — не особо нужен с SSD, если есть два HDD в RAID 0. А вот на нетбуке/ноутбуке — тут уж не разгуляешься и SSD, как нельзя кстати, но на Linux Mint LMDE 2 Betsy x64 не заметил ускорения от SSD (ext4 замечательно оптимизирована, что под HDD, что под SSD), на Windows 7 — да, грузится быстрее, работает чуть быстрее (всё дело в недостатках NTFS, заложенных с момента её рождения).

  16. megabakson 15 Авг 2016 at 01:58

    просто попробуй ssd и, гарантируют, ты никогда не поставишь систему на на hdd!
    всё что ты написал выше…просто бред.

Trackback URI | Comments RSS

Leave a Reply


*

Powered by WordPress