Tukar partisi dalam LVM?

21

Saya bertanya-tanya apakah menempatkan partisi swap ke grup volume logis memiliki kelemahan (misalnya kinerja), atau apakah itu "sama" dengan memilikinya sebagai partisi primer / logis terpisah?

Saya suka fakta bahwa itu dapat dengan mudah diubah ukurannya jika perlu, tetapi saya tidak yakin tentang kemungkinan kelemahannya.

Kasus aplikasi : CentOS 7 Webserver.

Orang Lewi
sumber
1
Saya tidak yakin apa yang Anda maksud dengan "menempatkan partisi swap ke dalam grup LVM". Saya mengerti apa yang Anda maksud dengan memiliki swap pada volume logis. Saya telah melakukan itu pada mesin lama dan workstation pribadi saya saat ini. Saya tidak pernah melihat ada masalah, saya juga tidak bisa memikirkan alasan mengapa masalah harus terjadi. Di mesin saya saat ini, swap digunakan, meskipun tidak terlalu banyak.
Faheem Mitha
Anda benar, sry untuk campur aduk, baru diedit! Dan terima kasih atas tanggapannya, akan lakukan itu!
Levite
Haruskah saya menjadikan ini jawaban resmi?
Faheem Mitha

Jawaban:

34

Tentu saja tujuan utamanya adalah tidak perlu menggunakan swap di tempat pertama ...

Hal utama adalah membuat volume swap LVM ketika sistem masih cukup baru, sama seperti ketika Anda membuat file swap, karena ruang swap berkinerja terbaik ketika berdekatan, atau menerapkannya dengan lvcreate -Copsi. Anda tidak ingin blok disk aktual yang membentuk volume logis menjadi terfragmentasi di seluruh disk Anda. Mengubah ukuran volume swap (sering) harus dihindari karena alasan itu juga.

Sebagai salah satu pengembang utama kernel Linux, Andrew Morton mengatakan :

Kernel menghasilkan peta swap offset -> blok disk pada waktu swapon dan sejak saat itu menggunakan peta itu untuk melakukan swap I / O langsung terhadap antrian disk yang mendasarinya, mem-bypass semua caching, metadata, dan kode sistem file.

Itu memotong semua kode LVM juga, swap langsung ke disk. Dan dengan demikian ada dari perspektif kinerja tidak ada perbedaan dalam partisi swap, file swap atau volume LVM.

HBruijn
sumber
12
Jawaban yang bagus, terima kasih untuk penjelasan terperinci! " That bypasses all the LVM code as well, swap goes straight to disk.", persis apa yang saya cari! Menyelesaikan masalah pengubahan ukuran: apakah masuk akal, untuk alasan itu, untuk menciptakan kembali volume swap setelah instalasi dengan opsi -C untuk memastikannya / tetap berdekatan? Suka lvcreate -C y -L 10G VolGroup -n swap(referensi: blog.zelut.org/2009/03/10/force-contiguous-extents-in-lvm )
Levite
3
Tidak pernah memperhatikan -Csaklar, terima kasih telah menunjukkan itu!
HBruijn
"Menggunakan peta itu untuk melakukan swap I / O secara langsung terhadap antrian disk yang mendasarinya, mem-bypass semua caching, metadata, dan kode sistem file" - walaupun jawaban itu adalah untuk penjurnalan sistem file (ext3 / reiserfs) Saya bertanya-tanya apakah itu benar-benar melewati md raid ... itu akan membuat banyak saran untuk swap pada raid di luar sana cukup menggunakan / tidak mengerti ...
Erk
@Erk berkenaan dengan raid, perhatikan bahwa sistem file masih merupakan lapisan abstraksi di atas perangkat IO, yaitu ketika menggunakan raid untuk swap mungkin semua pertimbangan biasa masih berlaku, terlepas dari serangan perangkat keras atau perangkat lunak
HBruijn
@HBruijn: aha, well, sekarang saya punya mesin dengan swap pada lvm (pada md raid) dan itu setidaknya tidak terbakar ...
Erk