Điểm:0

quá trình tạo ảnh chụp nhanh qemu-kvm cực kỳ chậm sau một vài lần tạo nhanh đầu tiên

lá cờ in

bất cứ ai có thể giúp tôi về điều này xin vui lòng?

cư xử

Tôi đang chạy một số máy ảo với qemu-kvm và khi tạo một số ảnh chụp nhanh đầu tiên của máy ảo đang chạy, chúng được tạo siêu nhanh (khoảng 10 giây). Tuy nhiên, sau một lượng ảnh chụp nhanh nhất định, hiệu suất tạo của chúng đột nhiên giảm mạnh, giảm từ khoảng 10 giây xuống còn 10 hoặc 20 phút (tùy thuộc vào kích thước đĩa qcow2 của VM).

Điều thú vị là sự gia tăng thời lượng này hoàn toàn không tăng dần (ví dụ: lần đầu tiên sẽ mất 10 giây, lần thứ hai là 60 giây, lần thứ ba là vài phút), nhưng rất nhanh tại một số điểm từ lần tạo ảnh chụp nhanh này sang lần tạo ảnh chụp nhanh tiếp theo. Tôi không thể hiểu do hoàn cảnh nào mà sự gia tăng này xảy ra và tôi đã cố gắng tạo một ảnh chụp nhanh ngay sau ảnh chụp nhanh khác trong đó VM sẽ ở cùng trạng thái, để loại trừ bất kỳ yếu tố nào đến từ bên trong VM. Nhưng trong khi trạng thái của VM trên các ảnh chụp nhanh khác nhau hầu như giống hệt nhau, thời lượng tạo ảnh chụp nhanh bùng nổ tại một số điểm.

Một máy ảo đã sử dụng khoảng 50 GB, sự sụt giảm hiệu suất này xảy ra sau 4 hoặc 5 lần chụp nhanh, trong khi một máy ảo khác có cài đặt Ubuntu mới trong đó, chỉ sử dụng vài GB, sự sụt giảm này xảy ra sau 19 lần chụp nhanh.

Ngoài ra, thiết lập này đã hoạt động hoàn hảo trên máy chủ linux trước đây của tôi, đó là linux mint. Bây giờ tôi đã đổi sang fedora silverblue và sự cố này đã xảy ra.

những gì tôi đã cố gắng cho đến nay

Tôi đã tạo ảnh chụp nhanh bằng gui virt-manager hoặc bằng virsh như vậy (với ngày tháng trước và sau để chỉ thời lượng), lưu ý rằng đây là một máy ảo nhỏ, máy ảo lớn hơn mất 20 phút:

[root@fedora-silverblue steff]# ngày; virsh --debug=0 snapshot-create-as --domain dev_base --name s25 ; ngày tháng
Thứ tư 16 tháng 3 09:52:08 CET 2022
snapshot-create-as: domain(optdata): dev_base
snapshot-tạo-as: name(optdata): s25
snapshot-create-as: tùy chọn đã tìm thấy <domain>: dev_base
snapshot-create-as: <domain> đang thử làm tên miền NAME
Ảnh chụp nhanh tên miền s25 đã được tạo
Thứ tư 16 tháng 3 10:03:02 CET 2022

lệnh này mất 10 phút.

Tôi đã tìm kiếm vấn đề này và tìm thấy các cuộc thảo luận sau đây chỉ ra các vấn đề tương tự nhưng đã được giải quyết bằng các giải pháp không hiệu quả với tôi:

Bài đăng này kết luận rằng nó đã được qemu sửa trong một phiên bản khác, nhưng phiên bản đó cũ hơn nhiều so với phiên bản hiện tại của tôi: https://bugzilla.redhat.com/show_bug.cgi?id=988436

Bài đăng này đã giải quyết nó bằng cách xóa tất cả các ảnh chụp nhanh có sẵn và điều đó cũng hiệu quả với tôi. Tuy nhiên, việc xóa tất cả ảnh chụp nhanh trước khi đánh bại mục đích mà tôi đang sử dụng chúng (có thể hoàn nguyên về trạng thái hoạt động trước đó), vì vậy đây không phải là một tùy chọn: https://github.com/cuckoosandbox/cuckoo/issues/1905

lỗi chưa được giải quyết và mở: https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+orms/741887

Vì một số cuộc thảo luận khác chỉ ra điều gì đó về bộ nhớ đệm, tôi cũng đã thử tắt và bật lại máy chủ của mình mà không có bất kỳ thay đổi nào.

Một số bài viết thảo luận về ảnh chụp nhanh bên ngoài, nhưng tôi muốn loại trừ chúng, vì việc xử lý chúng tốn nhiều chi phí hơn so với ảnh chụp nhanh bên trong (tạo hồ sơ, xác định đường dẫn liên tục, v.v.). Và vì ảnh chụp nhanh nội bộ là tùy chọn mặc định, tôi muốn ở gần các thiết lập tiêu chuẩn nhất có thể.

diễn dịch

Vì các ảnh chụp nhanh được tạo nhanh khi không có ảnh chụp nhanh nào khác tồn tại trước đó, nên sự tồn tại trước của các ảnh chụp nhanh khác phải gây ra một số chi phí nặng nề hoặc xung đột ở đâu đó.

phần mềm & phiên bản

Tôi đang chạy fedora silverblue 35 với phần mềm liên quan đến kvm sau:

[root@fedora-silverblue steff]# uname -r
5.16.9-200.fc35.x86_64
[root@fedora-silverblue steff]# rpm -q qemu qemu-kvm libvirt virt-manager
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

Máy ảo có ram 8GB và định dạng hình ảnh của chúng là qcow2

câu hỏi

  • Bất kỳ ý tưởng những gì có thể là nguyên nhân?
  • Tôi có thể tìm thông tin gỡ lỗi chi tiết hơn ở đâu?

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.