Як виділити обмежений простір 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

У фізичних обсягах, пов'язаних з новим SSD, у мене 108,26 г. Я збираюся використовувати pvmoveдля переміщення деяких із цих ПН на SSD. Питання в тому, які ЛН рухати?

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

— Метт Макенрі
джерело

7

На робочому столі я перемістив файли, які часто використовував на пристрої SSD, залишивши інші файли на жорстких дисках.

Наявність системи на SSD дуже допомагає. Він не змінюється дуже часто. Перемістіть usr на своєму SSD.
Ваш домашній каталог також використовується досить часто. Переміщення додому на вашому SSD. Якщо він занадто великий, спробуйте ізолювати файли, що використовуються рідше, та залиште їх на жорсткому диску (символьні посилання допомагають у цьому завданні)
До каталогу / var часто звертаються демони (в більшості випадків додаються до журнальних файлів). Деякі люди намагаються увійти на віддалений сервер або на ramdisk. Це може бути складним і може не коштувати клопоту. Я перемістив var на SSD.
Використання каталогу / tmp залежить від програм, які ви використовуєте.
Використання підміни також залежить від ваших програм та фізичної пам'яті. Для мене swap використовується не дуже часто, тому він дійсно не благословляє його на 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, про які згадував Javier, ви можете замість цього визначити "гарячі" розширення та pvmove їх на свій 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

Це, очевидно, надзвичайно небезпечно, і будь-яка помилка може призвести до втрати ваших даних!

— грифферц
джерело

0

Я погоджуюся з використанням SSD для деяких операцій кешування, але, ймовірно, слід критично вивчити точний випадок використання. Якщо ви не купували SSD високого класу, знос і надійність - це більша проблема. У цьому випадку я б не використовував його для тимчасових опцій каталогу, як / tmp, / var / tmp, / var / run та swap. Я б ризикну використовувати для цього файлові системи на основі пам'яті, але налаштувати їх трохи складніше, і це може бути трохи ризиковано, якщо ви не знаєте, що ви робите.

Однозначно редагуйте A / V на SSD! Це, мабуть, ваш домашній каталог, але він може бути спеціальним каталогом в іншому місці, навіть точкою кріплення під вашим домом. SSD-диски світяться там, де ви можете мати випадкове читання / запис, не рухаючи головки дисків. Це редагування криків і такі програми з високою пропускною здатністю, як A / V. / usr може бути наступне місце, якщо у вас є достатньо місця для нього. Більшість ваших бінарних файлів і бібліотек знаходяться в / usr, і вони можуть скористатися випадковим порядком читання, який надаватиме SSD.

— Пол
джерело