LVM镜像时不时会产生高负载,如何降低这些影响?

LVM镜像时不时会产生高负载,如何降低这些影响?

或者:如何限制一个 LVM 镜像分支以降低其假定的同步 CPU 负载?

是否可以调整 LVM 镜像配置,以便轻松镜像文件?

每当有一些大的写入时,机器就会挂起几秒钟(很多)。

如果 LVM 能够以较慢的速度镜像此类文件,我真的不在乎等待几分钟才能完成完整镜像; LVM 甚至可以一点一点地复制大文件。

作为备选:我正在考虑对所有小文件进行守护进程统一备份,而对于大文件,我可以编写一个脚本以不太密集的方式进行复制。

有什么建议吗?

PS.:我正在使用KVPM来管理它。

CGroup(如何?):
目前我正在尝试使用 CGroup io 节流阀,这样我就可以保持 LVM 镜像处于活动状态。
我找到了一些信息这里。我也很害怕让事情停止工作,所以我试图确定该怎么做...
我想要放慢速度的 lvm 镜像腿位于/dev/mapper/GRP-NM_mimage_1 -> /dev/dm-1from /dev/sda4(最快的位于 /dev/sdb2)。

lvdisplay -v /dev/GRP/NM显示块设备,但未指定它与哪个镜像腿相关...

pvdisplay -mv节目Physical extent 102839 to 117077, Logical volume /dev/GRP/NM_mimage_1, Logical extents 0 to 14238

基本上,从回答,我想念使用什么major:minor。

命令sudo lvdisplay -am让我确定镜像腿的正确主要:次要我需要将油门写下来,现在让我们测试一下!

好吧,测试没有成功。我这样做了echo "252:1 $((1*1024*1024))" |sudo tee /sys/fs/cgroup/blkio/blkio.throttle.write_bps_device,但即使有 10MB 的限制,我仍然要等待很长时间才能将一个简单的 800MB 文件从 SATA 复制到 SSD 镜像支路。

现在我只是禁用了根操作系统的 SATA 镜像支线(一个位于 SSD 上,另一个位于 SATA 上)。因为我还有 5 个简单的文件用作 SSD 上的交换(并且被镜像到 SATA),所以我的操作系统太烦人了,无法使用。我想我需要另一个SSD来考虑重新启用镜像腿。除非有人知道如何让 SATA 上的镜像腿不再成为 IO 瓶颈。


我最终让LVM镜像停止了很长时间。
昨天我终于重新启用了它!
我解决了另一个问题,LVM 镜像现在看起来没那么重了(但看起来仍然很重)。
https://askubuntu.com/questions/1047568/why-systemctl-doesnt-list-manage-zeitgeist-daemon-and-what-who-actually-do/1051702#1051702。我认为 iotop 的这个与 LVM 镜像有关,还不确定:be/3 root 0.00 K/s 43111.16 K/s 0.00 % 6.77 % [jbd2/dm-2-8]

我认为这个问题仍然有用,每当我理解它或有人发布带有帮助信息的前端(gfx或ncurses)时我都想尝试cgroup cfg,以使这个伟大的工具得到更广泛的使用:)

相关内容