Overhead kinerja LVM?

20

Saya akan berterima kasih jika seseorang yang mengerti cara kerja LVM, bisa memberi tahu saya perkiraan kasar, berapa banyak lebih lambat menggunakan LVM (dengan Software RAID1) akan.

(Apa yang saya tidak ingin tahu berapa banyak LVM akan lebih lambat jika Volume LVM saat ini dalam mode snapshot melakukan Salin saat Menulis). Saya hanya perlu beberapa perkiraan kasar berapa banyak LVM akan memperlambat membaca dan menulis dalam skenario operasi normal.

Tautan apa pun juga sangat dihargai karena saya tidak dapat menemukan patokan kinerja yang bagus tentang pertanyaan ini.

Terima kasih banyak!! Jens

jens
sumber

Jawaban:

13

LVM cukup ringan untuk volume normal saja (tanpa snapshot, misalnya). Ini benar-benar hanya pencarian tabel dalam tabel yang cukup kecil yang blok X sebenarnya adalah blok Y pada perangkat Z. Saya belum pernah melakukan pembandingan, tapi saya tidak pernah melihat perbedaan kinerja antara LVM dan hanya menggunakan perangkat mentah. Ada beberapa overhead CPU kecil pada disk I / O, jadi saya benar-benar tidak berharap banyak perbedaan.

Reaksi saya adalah bahwa alasan tidak ada tolok ukur adalah karena tidak banyak overhead dalam LVM.

Kemudahan LVM, dan kemampuan untuk mengiris dan memotong dan menambahkan lebih banyak drive, IMHO, jauh lebih besar daripada sedikit perbedaan kinerja (jika ada) yang mungkin ada.

Sean Reifschneider
sumber
halo sean, terima kasih atas jawaban yang bermanfaat ini! sekarang saya mengerti bagaimana lvm bekerja dan tampaknya masuk akal bahwa tabel ini disimpan dalam memori dan hanya akan menimbulkan overhead yang sangat kecil untuk "pencarian memori". terima kasih telah menjelaskannya dengan jelas. Terima kasih!
jens
Tidak masalah, senang membantu. Selamat Datang di Kesalahan Server.
Sean Reifschneider
Saya tidak tahu, pengalaman saya dengan lvm tidak begitu mengesankan. Saya menjalankan sedikit tes, saya menempatkan gambar 70 manggung pada volume ext4 mentah dan gambar 70 manggung yang sama pada lvm 2 disk mirror diformat ke ext4. Mesin yang sama persis disk yang sama. Saya kemudian dd'd gambar ke / dev / null, butuh 6 menit 9 detik untuk membaca dari ext4 dan 16 menit 1 detik untuk membaca dari cermin. Itu BACA.
Stu
Apakah saya menyebutkan membaca, dari cermin? Seharusnya lebih cepat daripada disk ext4 biasa.
Stu
7

dengan snapshot aktif melakukan lvm ... buruk.

lihat di sini untuk melihat tolok ukur mendalam

pQd
sumber
7

Ada sebuah makalah pendek yang diterbitkan tahun 2015 oleh Borislav Djordjevic dan Valentina Timcenko yang menggunakan beberapa drive Western Digital 7200RPM 80GB menggunakan EXT3, diuji menggunakan perangkat lunak PostMark yang 'mensimulasikan pemuatan server surat internet' dengan kernel Linux 2.6.27. Mereka menemukan bahwa penelitian sebelumnya yang hanya melihat bonnieatau ddtes saja memiliki hasil yang bervariasi.

Tes tampaknya menunjukkan penurunan kinerja bisa dari 15% menjadi 45% dengan LVM, dibandingkan ketika tidak menggunakannya. Mereka menemukan penurunan yang lebih besar ketika dua partisi fisik digunakan dalam satu pengaturan LVM. Mereka menyimpulkan bahwa dampak kinerja terbesar adalah penggunaan LVM, serta kompleksitas penggunaannya.

https://www.researchgate.net/publication/284897601_LVM_in_the_Linux_environment_Performance_examination http://hrcak.srce.hr/index.php?show=clanak&id_clanak_jezik=216661

infinite-dan sebagainya
sumber
6

Saya memasang 48T Dell MD-1200 dan saya ingin tahu tentang pertanyaan ini. MD1200 terhubung ke kartu RAID perangkat keras yang diatur sebagai RAID-6, sehingga terlihat ke Linux seperti drive (besar) saja. Saya menguji sistem file XFS pada volume fisik LVM vs. sistem file XFS pada partisi disk lurus. Saya menggunakan mesin Dell R630 dengan dua CPU E5-2699 di dalamnya. Sistem diatur untuk Performa; fitur hemat energi apa pun yang dapat saya temukan di BIOS dimatikan.

Saya menginstal CentOS 6.7 di atasnya. Kernel adalah 2.6.32-573.el6.x86_64 (maaf untuk kernel oldie tapi itu yang saya butuhkan untuk produksi). LVM adalah versi 2.02.118.

Saya membiarkan CentOS membuat partisi XFS selama proses pembangunan. Ini berukuran 1T. Kemudian saya membuat partisi 1T lain di disk dan membuat volume logis:

vgcreate vol_grp1 /dev/sdb1
lvcreate -l 100%FREE -n lv_vol1 vol_grp1
mkfs.xfs /dev/vol_grp1/lv_vol1

Filesystem XFS saya saja dipanggil /data_xfs. Filesystem XFS yang didukung LVM dipanggil /data_lvm. Saya diuji menggunakan Bonnie ++ v 1.03e.

Perintahnya adalah: di bonnie++ -u 0:0 -d /FILESYSTEM -s 400G -n 0 -m xfsspeedtest -f -bmana FILESYSTEM adalah / data_xfs atau / data_lvm. Hasilnya diringkas sebagai berikut:

Test                        XFS on Partition        XFS on LVM
Sequential Output, Block    1467995 K/S, 94% CPU    1459880 K/s, 95% CPU
Sequential Output, Rewrite   457527 K/S, 33% CPU     443076 K/S, 33% CPU

Sequential Input, Block      899382 K/s, 35% CPU     922884 K/S, 32% CPU

Random Seeks                 415.0 /sec.              411.9 /sec.

Hasil tampak sebanding dalam pandangan saya. Dalam uji Input Berurutan, LVM sebenarnya tampak berkinerja lebih baik.

Mike S
sumber
3

Ada whitepaper (baik tua) yang sangat baik, ditulis oleh seorang pria SUSE, tentang LVM dan overhead di sini . Ini menunjukkan beberapa tolok ukur (sederhana) dan menjelaskan teknologi di balik LVM. Baca bagus.

wzzrd
sumber
tautan sudah mati. :-(
Stu