如果有人了解LVM是如何工作的，可以告诉我一个粗略的估计，那么使用LVM（使用软件RAID1）会有多慢。
（我不想知道如果LVM卷当前处于快照模式下进行写入复制，LVM速度将会降低多less）。 我只需要一些粗略的估计LVM在正常操作情况下会减慢读取和写入的速度。
任何链接也非常赞赏我没能find任何关于这个问题的良好performancebenachmarks。
非常感谢！！ 延
LVM对于普通卷来说相当轻量级（例如，没有快照）。 这实际上只是一个表格，在一个很小的表格中，X实际上是在设备Z上阻止Y.我从来没有做过任何基准testing，但是我从来没有注意到LVM和使用原始设备之间的任何性能差异。 这是在光盘I / O上的一些额外的CPU开销，所以我真的不希望有太大的区别。
我的直觉反应是没有基准的原因是在LVM中没有太多的开销。
LVM的便利性，以及能够切分和添加更多驱动器，恕我直言，远远超过了可能存在的性能差异（如果有的话）。
快照激活lvm执行…糟糕。
看看这里看看深入的基准
我正在安装一台48T戴尔MD-1200，我很好奇这个问题。 MD1200连接到设置为RAID-6的硬件RAID卡，所以它看起来像只是一个（大）驱动器的Linux。 我testing了LVM物理卷上的XFS文件系统与直接磁盘分区上的XFS文件系统。 我使用了一台配有两个E5-2699 CPU的戴尔R630机器。 该系统是为绩效而设定的; 无论我在BIOS中find的节能function是否closures。
我在上面安装了CentOS 6.7。 内核是2.6.32-573.el6.x86_64（抱歉oldie内核，但这是我需要的生产）。 LVM是2.02.118版本。
我让CentOS在构build过程中创build一个XFS分区。 这是1T的大小。 然后我在磁盘上创build了另一个1T分区并创build了一个逻辑卷：
vgcreate vol_grp1 /dev/sdb1 lvcreate -l 100%FREE -n lv_vol1 vol_grp1 mkfs.xfs /dev/vol_grp1/lv_vol1 我的XFS文件系统被称为/data_xfs 。 LVM支持的XFS文件系统被称为/data_lvm 。 我使用bonnie ++ v 1.03e进行testing。
命令是： bonnie++ -u 0:0 -d /FILESYSTEM -s 400G -n 0 -m xfsspeedtest -f -b其中FILESYSTEM是/ data_xfs或/ data_lvm。 结果总结如下：
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.
我认为结果似乎是可比的。 在顺序inputtesting中，LVM似乎performance得好一些。
Borislav Djordjevic和Valentina Timcenko在2015年发表了一篇简短的论文，其中使用了几个使用EXT3的7200RPM 80GB Western Digital硬盘，使用PostMark软件进行testing，该软件用Linux内核2.6.27“模拟加载Internet邮件服务器”。 他们发现，以前仅仅bonnie或者ddtesting的研究结果是不一样的。
testing似乎表明，与不使用LVM相比，LVM的性能下降可能在15％到45％之间。 当在一个LVM设置中使用两个物理分区时，他们发现更大的下降。 他们的结论是，最大的性能影响是LVM的使用，以及它的使用的复杂性。
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
有一个很好的（不是老的）白皮书，由SUSE人写的关于LVM的白皮书， 在这里是头顶上的。 它显示了一些（简单的）基准，并解释了LVM背后的技术。 好读。