Zamień partycję w LVM?

21

Zastanawiałem się, czy umieszczenie partycji wymiany w logicznej grupie woluminów ma jakieś wady (np. Wydajność), czy też byłoby „tak samo” jak posiadanie jej jako oddzielnej partycji podstawowej / logicznej?

Podoba mi się fakt, że w razie potrzeby można go łatwo zmienić, ale nie jestem pewien co do możliwych wad.

Przypadek zastosowania : CentOS 7 Webserver.

Lewita
źródło
1
Nie jestem pewien, co masz na myśli przez „umieszczenie partycji wymiany w grupie LVM”. Rozumiem, co masz na myśli, mówiąc o zamianie na wolumin logiczny. Zrobiłem to na poprzednich maszynach i na mojej obecnej osobistej stacji roboczej. Nigdy nie zauważyłem żadnych problemów, ani nie mogę wymyślić powodu, dla którego problemy powinny wystąpić. Na mojej obecnej maszynie używana jest zamiana, choć niezbyt wiele.
Faheem Mitha
Masz rację, poproś o pomyłkę, właśnie ją edytowałem! I dzięki za odpowiedź, zrobię to wtedy!
Lewita
Czy powinienem udzielić formalnej odpowiedzi?
Faheem Mitha,

Odpowiedzi:

34

Oczywiście głównym celem nie jest konieczność korzystania z zamiany w pierwszej kolejności ...

Najważniejsze jest, aby utworzyć wolumin LVM wymiany, gdy system jest wciąż całkiem świeży, tak samo jak podczas tworzenia pliku wymiany, ponieważ przestrzeń wymiany działa najlepiej, gdy jest ciągła, lub wymusza to za pomocą lvcreate -Copcji. Nie chcesz, aby rzeczywiste bloki dyskowe, które składają się na wolumin logiczny, były fragmentowane na wszystkich dyskach. Z tego powodu należy również unikać zmiany wielkości wymiany (często).

Jako jeden z głównych programistów jądra Linux, Andrew Morton mówi :

Jądro generuje mapę przesunięcia swapu -> bloków dysku w czasie swapon i odtąd używa tej mapy do wykonywania operacji we / wy wymiany bezpośrednio względem podstawowej kolejki dysków, z pominięciem całego buforowania, metadanych i kodu systemu plików.

To omija również cały kod LVM, swap przechodzi bezpośrednio na dysk. Dlatego z perspektywy wydajności nie ma różnicy w partycji wymiany, pliku wymiany lub woluminie LVM.

HBruijn
źródło
12
Świetna odpowiedź, dziękuję za szczegółowe wyjaśnienie! „ That bypasses all the LVM code as well, swap goes straight to disk.”, dokładnie tego szukałem! Jeśli chodzi o problem ze zmianą rozmiaru: czy z tego powodu sensowne byłoby odtworzenie woluminu wymiany po instalacji z opcją -C, aby upewnić się, że jest / pozostanie przylegający? Like lvcreate -C y -L 10G VolGroup -n swap(odniesienie: blog.zelut.org/2009/03/10/force-contiguous-extents-in-lvm )
Levite
3
Nigdy nie zauważyłem -Czmiany, dziękuję za zwrócenie na to uwagi!
HBruijn,
„używa tej mapy do wykonywania zamiany operacji we / wy bezpośrednio względem podstawowej kolejki dysków, z pominięciem buforowania, metadanych i kodu systemu plików” - chociaż ta odpowiedź dotyczy kronikowania systemów plików (ext3 / reiserfs) Zastanawiam się, czy to naprawdę pomija md nalot ... to dałoby mnóstwo porad na temat zamiany raidu na całkiem użyteczne / nieświadome ...
Erk
@Erk w odniesieniu do raidu, zwróć uwagę, że systemy plików są nadal warstwą abstrakcji nad urządzeniem IO, tj. Podczas korzystania z raidu do zamiany prawdopodobnie mają zastosowanie wszystkie zwykłe uwagi, niezależnie od
raidu sprzętowego
@HBruijn: aha, cóż, teraz mam maszynę z wymianą na lvm (na raidu MD) i przynajmniej się nie pali ...
Erk