qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] Re: [PATCH] qemu-kvm: introduce cpu_start/cpu_stop commands


From: Anthony Liguori
Subject: [Qemu-devel] Re: [PATCH] qemu-kvm: introduce cpu_start/cpu_stop commands
Date: Mon, 22 Nov 2010 18:24:29 -0600
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.15) Gecko/20101027 Lightning/1.0b1 Thunderbird/3.0.10

On 11/22/2010 05:56 PM, Chris Wright wrote:
* Anthony Liguori (address@hidden) wrote:
On 11/22/2010 05:04 PM, Chris Wright wrote:
* Anthony Liguori (address@hidden) wrote:
qemu-kvm vcpu threads don't response to SIGSTOP/SIGCONT.  Instead of teaching
them to respond to these signals, introduce monitor commands that stop and start
individual vcpus.
In the past SIGSTOP has introduced time skew.  Have you verified this
isn't an issue.
Time skew is a big topic.  Are you talking about TSC drift,
pit/rtc/hpet drift, etc?
Sorry to be vague, but it's been long enough that I don't recall
the details.  The guest kernel's clocksource effected how timekeeping
progressed across STOP/CONT (was probably missing qemu based timer ticks).
While this is not the same, made me wonder if you'd tested against that.

Yeah, it's definitely going to increase the likelihood of interrupt coalescing but only as much as a contended CPU would already.

QEMU will keep getting timer ticks but the guest won't process them in a timely fashion.

It's certainly going to stress periodic interrupt catch up code.
Heh, call it a feature for autotest ;)

Excellent idea :-)

Regards,

Anthony Liguori

thanks,
-chris




reply via email to

[Prev in Thread] Current Thread [Next in Thread]