Jak przydzielić ograniczoną przestrzeń SSD w LVM dla optymalnej wydajności

8

Właśnie dostałem nowy dysk SSD i szukam porady, jak najlepiej włączyć go do mojej istniejącej konfiguracji LVM. Mam następujące woluminy logiczne (zamontowane w oczywistych miejscach):

# 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

Mam 108,26 g woluminów fizycznych związanych z nowym dyskiem SSD. Zamierzam użyć pvmovedo migracji niektórych z tych LV na dysk SSD. Pytanie brzmi, które LV przenieść?

Ta maszyna jest w zasadzie domową stacją roboczą. Robię trochę lekkiego programowania (żyje kod źródłowy home), uruchamiam procesy serwera o bardzo niskim obciążeniu (apache itp.) I od czasu do czasu edytuję trochę zdjęć i filmów. Używam Gentoo na x86, jeśli to robi różnicę.

linux partitioning lvm ssd Matt McHenry
źródło

Odpowiedzi:

7

Na pulpit przeniosłem pliki, których często używałem na urządzeniu SSD, pozostawiając inne pliki na dyskach twardych.

  • Posiadanie systemu na dysku SSD bardzo pomaga. Nie jest często modyfikowany. Przenieś usr na dysk SSD.
  • Twój katalog domowy jest również używany dość często. Przenieś się do domu na dysku SSD. Jeśli jest za duży, spróbuj izolować pliki rzadziej używane i pozostaw je na dysku twardym (dowiązania symboliczne pomagają w tym zadaniu)
  • / Var katalog jest często dostępne przez demony (dołączanie do plików dziennika w większości przypadków). Niektóre osoby próbują zalogować się na zdalnym serwerze lub na ramdysku. To może być skomplikowane i może nie być warte kłopotów. Przeprowadziłem var na SSD.
  • Korzystanie z katalogu / tmp zależy od używanych aplikacji.
  • Użycie wymiany zależy również od aplikacji i pamięci fizycznej. Dla mnie zamiana nie jest często używana, więc naprawdę nie warto mieć jej na dysku SSD (najlepiej dla wydajności wymiany).

W przypadku partycji możesz nie być pewien (tmp, swap1, swap2, opt), możesz spróbować bez przenoszenia ich i użyć polecenia iostat -p, aby zobaczyć, jak często są one dostępne.

Sprawdź Instalowanie urządzenia SSD w systemie Ubuntu

Ciceron
źródło
4

dlaczego po prostu nie użyć dysku SSD jako pamięci podręcznej?

Javier
źródło
1

W tej chwili szukam czegoś takiego. Oprócz opcji bcache i flashcache, o których wspomniał Javier, możesz zamiast tego zidentyfikować „gorące” zakresy i przenieść je na dysk SSD:

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

Aby złagodzić brak TRIM, możesz użyć mniej niż pełna pojemność SSD, a następnie przenieść zakresy i ręcznie odrzucić zakresy sektorów za pomocą hdparm:

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

Jest to oczywiście bardzo niebezpieczne i każdy błąd może zniszczyć Twoje dane!

Gryf
źródło
0

Zgadzam się z użyciem dysku SSD do niektórych operacji buforowania, ale prawdopodobnie powinieneś krytycznie sprawdzić dokładny przypadek użycia. Jeśli nie kupiłeś wysokiej klasy dysku SSD, zużycie i niezawodność są większym problemem. W tym przypadku nie użyłbym go do tymczasowych operacji na katalogach, takich jak / tmp, / var / tmp, / var / run i swap. Zaryzykowałbym użycie do tego celu systemów plików opartych na pamięci, ale konfiguracja jest nieco trudniejsza i może być nieco ryzykowna, jeśli nie wiesz, co robisz.

Zdecydowanie miej edycję A / V na dysku SSD! Jest to prawdopodobnie twój katalog domowy, ale może to być katalog specjalny w innym miejscu, nawet punkt montowania w twoim domu. Dyski SSD świecą, gdzie możesz mieć losowy odczyt / zapis bez konieczności przesuwania głowic dysków. To krzyczy edytowanie i aplikacje o dużej przepustowości, takie jak A / V. / usr może być następnym miejscem, jeśli masz na to dość miejsca. Większość twoich plików binarnych i bibliotek znajduje się w / usr i może korzystać z losowej kolejności odczytu zapewnianej przez SSD.

Paweł
źródło