* Suggestions for testing VAPIC / TPR patching
@ 2012-01-19 8:35 Jan Kiszka
2012-01-19 9:02 ` Gleb Natapov
0 siblings, 1 reply; 4+ messages in thread
From: Jan Kiszka @ 2012-01-19 8:35 UTC (permalink / raw)
To: kvm
Hi again,
what is the best way to check if the TPR patching feature of qemu-kvm is
working and performs efficiently? I suppose Windows XP guests, e.g.? How
to measure this best? I'm about to start porting it to upstream and like
to prepare a good test case.
Thanks,
Jan
PS: After the /kvm removal, I'm currently counting a bit more than 7000
LOC difference in qemu-kvm. We are converging.
--
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Suggestions for testing VAPIC / TPR patching
2012-01-19 8:35 Suggestions for testing VAPIC / TPR patching Jan Kiszka
@ 2012-01-19 9:02 ` Gleb Natapov
2012-01-19 9:14 ` Jan Kiszka
0 siblings, 1 reply; 4+ messages in thread
From: Gleb Natapov @ 2012-01-19 9:02 UTC (permalink / raw)
To: Jan Kiszka; +Cc: kvm
On Thu, Jan 19, 2012 at 09:35:47AM +0100, Jan Kiszka wrote:
> Hi again,
>
> what is the best way to check if the TPR patching feature of qemu-kvm is
> working and performs efficiently? I suppose Windows XP guests, e.g.? How
> to measure this best? I'm about to start porting it to upstream and like
> to prepare a good test case.
>
Run WindowsXP on AMD HW without vapic and see number of TPR access exits.
Than run it with vapic and check again. Don't forget to check that
reboot et al work.
> Thanks,
> Jan
>
> PS: After the /kvm removal, I'm currently counting a bit more than 7000
> LOC difference in qemu-kvm. We are converging.
>
> --
> Siemens AG, Corporate Technology, CT T DE IT 1
> Corporate Competence Center Embedded Linux
> --
> To unsubscribe from this list: send the line "unsubscribe kvm" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Gleb.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Suggestions for testing VAPIC / TPR patching
2012-01-19 9:02 ` Gleb Natapov
@ 2012-01-19 9:14 ` Jan Kiszka
2012-01-19 9:27 ` Gleb Natapov
0 siblings, 1 reply; 4+ messages in thread
From: Jan Kiszka @ 2012-01-19 9:14 UTC (permalink / raw)
To: Gleb Natapov; +Cc: kvm
On 2012-01-19 10:02, Gleb Natapov wrote:
> On Thu, Jan 19, 2012 at 09:35:47AM +0100, Jan Kiszka wrote:
>> Hi again,
>>
>> what is the best way to check if the TPR patching feature of qemu-kvm is
>> working and performs efficiently? I suppose Windows XP guests, e.g.? How
>> to measure this best? I'm about to start porting it to upstream and like
>> to prepare a good test case.
>>
> Run WindowsXP on AMD HW without vapic and see number of TPR access exits.
> Than run it with vapic and check again. Don't forget to check that
> reboot et al work.
So is this an optimization only for AMD CPUs or can it be reproduced on
Intel as well? Any CPU feature dependencies?
Jan
--
Siemens AG, Corporate Technology, CT T DE IT 1
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Suggestions for testing VAPIC / TPR patching
2012-01-19 9:14 ` Jan Kiszka
@ 2012-01-19 9:27 ` Gleb Natapov
0 siblings, 0 replies; 4+ messages in thread
From: Gleb Natapov @ 2012-01-19 9:27 UTC (permalink / raw)
To: Jan Kiszka; +Cc: kvm
On Thu, Jan 19, 2012 at 10:14:53AM +0100, Jan Kiszka wrote:
> On 2012-01-19 10:02, Gleb Natapov wrote:
> > On Thu, Jan 19, 2012 at 09:35:47AM +0100, Jan Kiszka wrote:
> >> Hi again,
> >>
> >> what is the best way to check if the TPR patching feature of qemu-kvm is
> >> working and performs efficiently? I suppose Windows XP guests, e.g.? How
> >> to measure this best? I'm about to start porting it to upstream and like
> >> to prepare a good test case.
> >>
> > Run WindowsXP on AMD HW without vapic and see number of TPR access exits.
> > Than run it with vapic and check again. Don't forget to check that
> > reboot et al work.
>
> So is this an optimization only for AMD CPUs or can it be reproduced on
> Intel as well? Any CPU feature dependencies?
>
It can be reproduced on Intel as well, but older once. There is
flexpriority module option that you can disable on loading, but I think
it is not enough and you also need to disable tpr_shadow, but there is
not option for that.
--
Gleb.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2012-01-19 9:28 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-01-19 8:35 Suggestions for testing VAPIC / TPR patching Jan Kiszka
2012-01-19 9:02 ` Gleb Natapov
2012-01-19 9:14 ` Jan Kiszka
2012-01-19 9:27 ` Gleb Natapov
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.