Как выделить ограниченное пространство 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, если это имеет значение.

— Мэтт МакГенри
источник

7

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

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

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

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

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

4

почему бы просто не использовать SSD в качестве кеша?

— Хавьер
источник

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.

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