Điểm:0

Khách KVM với nhiều vcpu được phân bổ tạo ra kết quả kém hơn

lá cờ cn

Máy chủ KVM của tôi có cpu 4 lõi (hơi yếu) và chạy kernel được định cấu hình cho thời gian thực (với preempt_rt_full, isolcpus, no_hz full). Các lõi 2 và 3 bị cô lập.

Hạt nhân khách của tôi cũng được định cấu hình cho thời gian thực (với preempt_rt_full và no_hz_full).

Khi chạy hai khách với 1 vcpu (một khách trên mỗi lõi riêng biệt), độ trễ không đáng chú ý. Đây là kết quả của cycltest:

VM1:/home/debian# cycltest --default-system
T: 0 ( 737) P: 0 I:1000 C: 50458 Tối thiểu: 17 Hành động: 207 Trung bình: 187 Tối đa: 1275

VM2:/home/debian# cycltest --default-system
T: 0 ( 737) P: 0 I:1000 C: 58514 Tối thiểu: 15 Hành động: 193 Trung bình: 181 Tối đa: 1186

Khi chạy một khách với 2 vcpu (trên cả hai lõi riêng biệt), độ trễ thực sự cao. Đây là kết quả của cycltest:

VM1:/home/debian# cycltest --default-system
T: 0 ( 737) P: 0 I:1000 C: 40795 Tối thiểu: 11 Hành động: 207 Trung bình: 697 Tối đa: 775899

Tôi đã thử nhiều giải pháp không thành công:

  • Chạy máy khách được cấu hình 2 vcpu mà không có mối quan hệ cpu (vì vậy trên lõi 0 và 1)
  • Chạy kvm daemon (libvirtd) trên cùng lõi với khách (vì vậy trên lõi 2 và 3)
  • Loại bỏ bộ điều khiển không cần thiết (máy tính bảng, ...)
  • Tăng RAM được phân bổ cho khách

Bạn có biết tôi đã thất bại ở đâu không?

Đă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.