또는:가정된 동기 CPU 로드를 줄이기 위해 LVM 미러 분기를 제한하는 방법은 무엇입니까?
파일을 쉽게 이미지화할 수 있도록 LVM 이미지 구성을 조정할 수 있습니까?
큰 쓰기 작업이 있을 때마다 시스템이 몇 초 동안(많이) 정지됩니다.
LVM이 더 느린 속도로 이러한 파일을 미러링할 수 있다면 전체 미러가 완료될 때까지 몇 분 정도 기다릴 필요가 없습니다. LVM은 대용량 파일을 비트 단위로 복사할 수도 있습니다.
대안으로: 모든 작은 파일의 통합 백업을 데몬화할 생각이고, 큰 파일의 경우 덜 집약적인 방법으로 복사하는 스크립트를 작성할 수 있습니다.
어떤 제안이 있으십니까?
추신: 저는 KVPM을 사용하여 관리하고 있습니다.
CGroup (어떻게?):
현재 LVM 이미지를 활성 상태로 유지할 수 있도록 CGroup io 스로틀을 사용하려고 합니다.
정보를 좀 찾았어요여기. 저도 일이 멈추는 게 무서워서 어떻게 해야 할지 고민 중입니다...
속도를 늦추고 싶은 lvm 미러 다리는 (가장 빠른 것은 /dev/sdb2에 있습니다) /dev/mapper/GRP-NM_mimage_1 -> /dev/dm-1에 있습니다./dev/sda4
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_device10MB 제한에도 불구하고 SATA에서 SSD 미러 레그로 간단한 800MB 파일을 복사하려면 여전히 오랜 시간을 기다려야 했습니다.
이제 루트 OS(SSD에 하나, SATA에 하나)에 대한 SATA 미러 스퍼를 비활성화했습니다. SSD에서 스왑으로 사용되고 SATA에 미러링되는 간단한 파일 5개도 있기 때문에 내 OS는 사용하기 너무 짜증납니다. 미러 레그를 다시 활성화하려면 또 다른 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를 사용해 보고 싶습니다. :)