Score:0

การสร้างสแน็ปช็อต qemu-kvm นั้นช้ามากหลังจากเร็วสองสามอันแรก

ธง in

ใครสามารถช่วยฉันในเรื่องนี้ได้โปรด

พฤติกรรม

ฉันใช้งาน VM หลายตัวด้วย qemu-kvm และเมื่อสร้างสแน็ปช็อตสองสามชุดแรกของ VM ที่ทำงานอยู่ ภาพเหล่านั้นจะถูกสร้างขึ้นเร็วมาก (ประมาณ 10 วินาที) อย่างไรก็ตาม หลังจากสแน็ปช็อตจำนวนหนึ่ง ประสิทธิภาพการสร้างของพวกเขาก็ได้รับผลกระทบอย่างมากในทันที โดยลดลงจากประมาณ 10 วินาทีเป็น 10 หรือ 20 นาที (ขึ้นอยู่กับขนาดของดิสก์ qcow2 ของ VM)

ที่น่าสนใจคือระยะเวลาที่เพิ่มขึ้นนี้ไม่ได้ค่อยๆ เพิ่มขึ้นเลย (เช่น ครั้งแรกจะใช้เวลา 10 วินาที ครั้งที่สอง 60 วินาที ที่สามไม่กี่นาที) แต่เพิ่มขึ้นอย่างรวดเร็วในบางจุดจากการสร้างสแน็ปช็อตหนึ่งไปยังอีกอันหนึ่ง ฉันไม่สามารถระบุได้ว่าการเพิ่มขึ้นนี้เกิดขึ้นเนื่องจากสถานการณ์ใด และฉันพยายามสร้างสแน็ปช็อตหนึ่งภาพต่อจากสแน็ปช็อตโดยที่ VM จะอยู่ในสถานะเดียวกัน เพื่อแยกปัจจัยใดๆ ที่มาจากภายใน VM แต่ในขณะที่สถานะของ VM บนสแน็ปช็อตต่างๆ ยังคงเหมือนเดิมเป็นส่วนใหญ่ ระยะเวลาของการสร้างสแน็ปช็อตจะระเบิดในบางจุด

VM หนึ่งเครื่องมีการใช้งานประมาณ 50GB การลดลงของประสิทธิภาพนี้เกิดขึ้นหลังจาก 4 หรือ 5 สแน็ปช็อต ในขณะที่ VM อีกเครื่องหนึ่งที่มีการติดตั้ง Ubuntu ใหม่ ใช้งานเพียงไม่กี่ GB การลดลงนี้เกิดขึ้นหลังจาก 19 สแน็ปช็อต

นอกจากนี้ การตั้งค่านี้ยังทำงานบนโฮสต์ linux ก่อนหน้าของฉันได้อย่างไร้ที่ติ ซึ่งเป็น linux mint ตอนนี้ฉันได้เปลี่ยนเป็น fedora silverblue แล้วและเกิดปัญหานี้ขึ้น

สิ่งที่ฉันได้ลองไปแล้ว

ฉันได้สร้างสแนปชอตด้วย virt-manager gui หรือ virsh เช่นนั้น (ด้วย วันที่ ก่อนและหลังเพื่อระบุระยะเวลา) โปรดทราบว่านี่เป็น VM ขนาดเล็ก ส่วนขนาดใหญ่ใช้เวลา 20 นาที:

[root@fedora-silverblue steff]# วันที่; virsh --debug=0 snapshot-create-as --domain dev_base --name s25 ; วันที่
พุธ 16 มี.ค. 09:52:08 CET 2022
สแน็ปช็อตสร้างเป็น: โดเมน (optdata): dev_base
สแน็ปช็อตสร้างเป็น: ชื่อ (optdata): s25
สแน็ปช็อตสร้างเป็น: พบตัวเลือก <โดเมน>: dev_base
snapshot-create-as: <domain> ลองใช้ชื่อโดเมน
สร้างสแน็ปช็อตโดเมน s25 แล้ว
พุธ 16 มี.ค. 10:03:02 CET 2022

คำสั่งนี้ใช้เวลา 10 นาที

ฉันได้ค้นหาปัญหานี้และพบการสนทนาต่อไปนี้ซึ่งระบุถึงปัญหาที่คล้ายกัน แต่ได้รับการแก้ไขด้วยวิธีแก้ปัญหาที่ไม่ได้ผลสำหรับฉัน:

โพสต์นี้สรุปว่าได้รับการแก้ไขโดย qemu ในเวอร์ชันอื่น แต่เวอร์ชันนั้นเก่ากว่าเวอร์ชันปัจจุบันของฉันมาก: https://bugzilla.redhat.com/show_bug.cgi?id=988436

โพสต์นี้แก้ไขได้โดยการลบสแนปชอตที่มีอยู่ก่อนทั้งหมด และนั่นก็ใช้ได้กับฉันเช่นกัน อย่างไรก็ตาม การลบสแน็ปช็อตทั้งหมดก่อนที่จะเอาชนะจุดประสงค์ที่ฉันใช้ (ความสามารถในการเปลี่ยนกลับเป็นสถานะการทำงานก่อนหน้า) ดังนั้นนี่จึงไม่ใช่ตัวเลือก: https://github.com/cuckoosandbox/cuckoo/issues/1905

ข้อบกพร่องที่ยังไม่แก้ไขและเปิดอยู่: https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/741887

เนื่องจากการอภิปรายอื่น ๆ ระบุบางอย่างเกี่ยวกับการแคช ฉันได้ลองปิดโฮสต์ของฉันแล้วเปิดใหม่อีกครั้ง โดยไม่มีการเปลี่ยนแปลงใด ๆ

บางโพสต์พูดถึงสแน็ปช็อตภายนอก แต่ฉันต้องการให้ตัดออก เนื่องจากการจัดการนั้นมีค่าใช้จ่ายมากกว่าสแน็ปช็อตภายใน (การสร้างโปรไฟล์ การกำหนดเส้นทางการคงอยู่ ฯลฯ) และเนื่องจากสแนปชอตภายในเป็นตัวเลือกเริ่มต้น ฉันจึงต้องการให้ใกล้เคียงกับการตั้งค่าวานิลลามากที่สุด

การตีความ

เนื่องจากสแนปชอตถูกสร้างขึ้นอย่างรวดเร็วเมื่อไม่มีสแน็ปช็อตอื่นๆ มาก่อน การมีอยู่ก่อนของสแนปชอตอื่นๆ จึงต้องทำให้เกิดค่าใช้จ่ายจำนวนมากหรือความขัดแย้งในที่ใดที่หนึ่ง

ซอฟต์แวร์และเวอร์ชัน

ฉันใช้ fedora silverblue 35 กับซอฟต์แวร์ที่เกี่ยวข้องกับ kvm ต่อไปนี้:

[root@fedora-silverblue steff]# uname -r
5.16.9-200.fc35.x86_64
[root@fedora-silverblue steff]# rpm -q qemu qemu-kvm libvirt virt-ผู้จัดการ
qemu-6.1.0-14.fc35.x86_64
qemu-kvm-6.1.0-14.fc35.x86_64
libvirt-7.6.0-5.fc35.x86_64
virt-manager-3.2.0-4.fc35.noarch

VMs มี 8GB ram และรูปแบบภาพของพวกเขาคือ qcow2

คำถาม

  • มีความคิดอะไรบ้างที่อาจเป็นสาเหตุ?
  • ฉันจะค้นหาข้อมูลการแก้ไขข้อบกพร่องโดยละเอียดได้จากที่ใด

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา