Как выделить ограниченное пространство SSD в LVM для оптимальной производительности

8

Я только что получил новый SSD, и я ищу совет, как лучше всего включить его в мою существующую установку LVM. У меня есть следующие логические тома (смонтированные в очевидных местах):

# lvs
  LV          VG        Attr   LSize   Origin Snap%  Move Log Copy%  Convert
  home        maingroup -wi-ao  75.00g                                      
  opt         maingroup -wi-ao   4.00g                                      
  swap1       maingroup -wi-ao   1.00g                                      
  swap2       maingroup -wi-ao   1.00g                                      
  tmp         maingroup -wi-ao   5.00g                                      
  usr         maingroup -wi-ao  25.00g                                      
  var         maingroup -wi-ao  15.00g

У меня 108,26 г в физических томах, связанных с новым SSD. Я собираюсь использовать pvmoveдля переноса некоторых из этих LV в SSD. Вопрос в том, какие ЛВ переместить?

Рассматриваемая машина в основном домашняя рабочая станция. Я занимаюсь легкой разработкой (исходный код живет home), запускаю некоторые процессы сервера с очень низкой нагрузкой (apache и т. Д.) И время от времени немного редактирую изображения и видео. Я запускаю Gentoo на x86, если это имеет значение.

linux partitioning lvm ssd Мэтт МакГенри
источник

Ответы:

7

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

  • Наличие системы на SSD очень помогает. Это не очень часто изменяется. Переместите usr на свой SSD.
  • Ваш домашний каталог также используется довольно часто. Переезжай домой на своем SSD. Если он слишком большой, попробуйте изолировать файлы, которые используются реже, и оставить их на жестком диске (символические ссылки помогают в этой задаче).
  • К каталогу / var часто обращаются демоны (в большинстве случаев они добавляются в файлы журналов). Некоторые люди пытаются войти на удаленный сервер или виртуальный диск. Это может быть сложно и может не стоить хлопот. Я переместил вар на SSD.
  • Использование каталога / tmp зависит от приложений, которые вы используете.
  • Использование свопа также зависит от ваших приложений и физической памяти. Для меня своп не используется очень часто, поэтому он действительно не имеет смысла иметь его на SSD (это лучше всего для производительности свопинга).

Для разделов, в которых вы не уверены (tmp, swap1, swap2, opt), вы можете попробовать их не перемещать и использовать команду iostat -p, чтобы узнать, как часто к ним обращаются.

Проверьте установку устройства SSD в Ubuntu

Цицерон
источник
2

Исходя из того, что я прочитал, LVM может быть не лучшим выбором для SSD, поскольку в настоящее время нет поддержки TRIM, если вы используете LVM:

http://www.fedoraforum.org/forum/showthread.php?t=256068

(есть и другие предложения относительно SSD в этой теме)

damorg
источник
Спасибо. На этой странице
dajobe
1

Я сам сейчас смотрю на что-то подобное. В дополнение к опциям bcache и flashcache, которые упоминал Хавьер, вы можете вместо этого определить «горячие» экстенты и перенести их на свой SSD:

https://bbs.archlinux.org/viewtopic.php?id=113529

Чтобы устранить недостаток TRIM, вы можете использовать меньше полной емкости SSD, а затем переместить экстенты и вручную сбросить диапазоны секторов с помощью hdparm:

# TRIM 1000 sectors starting at sector #1
hdparm --trim-sector-ranges 1:1000 /dev/sdb

Это, очевидно, чрезвычайно опасно, и любая ошибка может испортить ваши данные!

grifferz
источник
0

Я согласен с использованием SSD для некоторых операций кэширования, но вам, вероятно, следует критически рассмотреть конкретный вариант использования. Если вы не купили высококачественный твердотельный накопитель, износ и надежность являются более серьезной проблемой. В этом случае я бы не использовал его для операций с временными каталогами, таких как / tmp, / var / tmp, / var / run и swap. Я бы рискнул использовать для этого файловые системы на основе памяти, но это немного сложнее в настройке и может быть немного рискованным, если вы не знаете, что делаете.

Безусловно, ваше аудио / видео редактирование на SSD! Вероятно, это ваш домашний каталог, но в другом месте это может быть специальный каталог, даже точка монтирования под вашим домом. Твердотельные накопители сияют там, где вы можете осуществлять произвольное чтение / запись без необходимости перемещения головок дисков. Это кричит редактирование, и работают приложения с высокой пропускной способностью, такие как A / V. / usr может быть следующим, если у вас достаточно места для этого. Большинство ваших двоичных файлов и библиотек находятся в / usr и могут использовать случайный порядок чтения, который будет обеспечивать SSD.

Павел
источник