|
From: | Hyman Huang |
Subject: | Re: [PATCH v12 1/5] accel/kvm/kvm-all: refactor per-vcpu dirty ring reaping |
Date: | Tue, 8 Feb 2022 16:23:22 +0800 |
User-agent: | Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.5.1 |
在 2022/2/8 15:20, Peter Xu 写道:
On Mon, Jan 24, 2022 at 10:10:36PM +0800, huangy81@chinatelecom.cn wrote:@@ -2956,7 +2959,7 @@ int kvm_cpu_exec(CPUState *cpu) */ trace_kvm_dirty_ring_full(cpu->cpu_index); qemu_mutex_lock_iothread(); - kvm_dirty_ring_reap(kvm_state); + kvm_dirty_ring_reap(kvm_state, cpu);Shall we keep passing in NULL in this patch, and make it conditionally taking cpu parameter if dirty limit enabled?
Ok,so we should pass the cpu parameter only if dirtylimit in service.
Ring reset can still be expensive, so ideally we can still try the best to reap as much PFNs as possible, as long as we still don't need accuracy on RING_FULL exit events.qemu_mutex_unlock_iothread(); ret = 0; break; -- 1.8.3.1
-- Best regard Hyman Huang(黄勇)
[Prev in Thread] | Current Thread | [Next in Thread] |