В этом вопросе я увидел, что можно поместить как SSD, так и стандартный жесткий диск SATA в одну группу томов LVM (VG).
Как это влияет на производительность?
Есть ли способ заставить ОС находиться на SSD, пока данные находятся на диске SATA в одной группе томов?
Есть ли какие-нибудь хорошие документы по использованию LVM с различными типами дисков?
Было бы полезно создать VG для каждого типа привода и / или скорости? Я думал о создании одного VG для твердотельных накопителей и одного для SATA (и для каждого типа дисков, который я могу добавить в будущем, когда он появится).
/etc/fstab
так, чтобы/
он был на SSD, но все, что ниже/home
, на обычном жестком диске. Обычно это вариант при установке любой современной системы Linux (/home
будет «точкой монтирования» при выборе какой-либо формы «расширенных параметров»)Ответы:
LVM не различает быстрый и медленный диск. Кажется, не очень хорошая идея поместить эти диски в одну группу томов LVM.
Кроме того, всегда хорошо монтировать
/tmp
каталог на SSD, который обеспечивает огромное ускорение, особенно для приложений, которые используют его, например, для компиляции.источник
/tmp
на tmpfs. Больше производительности, меньше износ SSD (или жесткого диска). Очень быстрое чтение SSD делает его в основном полезным для данных, которые читаются чаще, чем пишутся./tmp
очистке очищались при перезагрузке - если они должны остаться, это то, что нужно/var/tmp
. В/tmp
течение многих лет я использовал tmpfs на многих машинах и никогда не приближался к нехватке пространства подкачки, и у меня нет нетипично небольших объемов данных/tmp
, так что аргумент является поддельным. В любом случае, это не уязвимость - это слово подразумевает проблему безопасности.В последних версиях LVM вы можете создать один «исходный» LV на жестком диске и один «кэш-пул» LV на SSD, а затем объединить его в один «кэш» LV. Он имеет тот же размер, что и «исходный» LV (т. Е. Вы получаете столько же места, сколько на жестком диске), но часто используемые блоки и метаданные кэшируются на SSD для повышения производительности.
Суть в том, что если у вас уже есть VG, охватывающий оба диска:
После этого у вас будет
your_name
LV, который вы можете использовать, как и любой другой LV, и несколько внутренних LV, которые вы сможете увидетьlvs -a YourVG
.Например, я настроил зашифрованную корневую файловую систему через раздел SSD (
/dev/sda3
) и раздел HDD (/dev/sdb1
) с помощью следующих команд:Вы можете найти более подробную информацию в этом блоге или в этом . (Первый - то, что я использовал для справки, а также в качестве ссылки на статью в Википедии LVM; второй - я, описывающий, как я использовал его на практике. Решите для себя, какой из них вы хотите доверять 😉)
источник