From: Dan Hecht <dhecht@vmware.com>
To: Pavel Machek <pavel@ucw.cz>
Cc: Zachary Amsden <zach@vmware.com>,
Linus Torvalds <torvalds@osdl.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Virtualization Mailing List <virtualization@lists.osdl.org>,
Xen-devel <xen-devel@lists.xensource.com>,
Andrew Morton <akpm@osdl.org>, Dan Arai <arai@vmware.com>,
Anne Holler <anne@vmware.com>,
Pratap Subrahmanyam <pratap@vmware.com>,
Christopher Li <chrisl@vmware.com>,
Joshua LeVasseur <jtl@ira.uka.de>, Chris Wright <chrisw@osdl.org>,
Rik Van Riel <riel@redhat.com>, Jyothy Reddy <jreddy@vmware.com>,
Jack Lo <jlo@vmware.com>, Kip Macy <kmacy@fsmware.com>,
Jan Beulich <jbeulich@novell.com>,
Ky Srinivasan <ksrinivasan@novell.com>,
Wim Coekaerts <wim.coekaerts@oracle.com>,
Leendert van Doorn <leendert@watson.ibm.com>
Subject: Re: [RFC, PATCH 24/24] i386 Vmi no idle hz
Date: Wed, 15 Mar 2006 15:59:32 -0800 [thread overview]
Message-ID: <4418AA64.7030306@vmware.com> (raw)
In-Reply-To: <20060315233128.GD1919@elf.ucw.cz>
Pavel Machek wrote:
> Hi!
>
>> When a VCPU enters its idle loop, it disables its periodic
>> alarm and sets up a one shot alarm for the next time event.
>> That way, it does not become ready to run just to service
>> the periodic alarm interrupt. Instead, it can remain halted
>> until there is some real work pending for it. This allows
>> the hypervisor to use the physical resources more
>> effectively since idle VCPUs will have lower overhead.
>
> Does this NO_IDLE_HZ work only on VMI-enabled runs or globally? We are
> trying to get NO_IDLE_HZ working to save some power on notebooks; how
> is it related to this?
>
The NO_IDLE_HZ implementation provided here is enabled when the
VMI-Timer device is used as the timer interrupt source. The VMI-Timer
device is only present on paravirtual hardware.
However, the hooks introduced into the kernel (stop_hz_timer,
restart_hz_timer) with these patches will be approximately the same
(perhaps a subset) for implementing NO_IDLE_HZ on systems that use other
interrupt sources.
> Can you use NO_IDLE_HZ patches that are already floating around?
>
Certainly we plan to merge our NO_IDLE_HZ implementation with those
patches once they are stabilized in the kernel. Presently, they seem to
be too fast of a moving target to be worth merging at this point,
though. Additionally, the VMI-Timer NO_IDLE_HZ implementation does not
need all the machinery provided with the NO_IDLE_HZ patches that are
floating around because the VMI-Timer code does not track time by
counting interrupts. This leads to a fairly simplistic NO_IDLE_HZ
implementation.
Dan
prev parent reply other threads:[~2006-03-16 0:00 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-13 18:17 [RFC, PATCH 24/24] i386 Vmi no idle hz Zachary Amsden
2006-03-13 18:17 ` Zachary Amsden
2006-03-15 23:31 ` Pavel Machek
2006-03-15 23:59 ` Dan Hecht [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4418AA64.7030306@vmware.com \
--to=dhecht@vmware.com \
--cc=akpm@osdl.org \
--cc=anne@vmware.com \
--cc=arai@vmware.com \
--cc=chrisl@vmware.com \
--cc=chrisw@osdl.org \
--cc=jbeulich@novell.com \
--cc=jlo@vmware.com \
--cc=jreddy@vmware.com \
--cc=jtl@ira.uka.de \
--cc=kmacy@fsmware.com \
--cc=ksrinivasan@novell.com \
--cc=leendert@watson.ibm.com \
--cc=linux-kernel@vger.kernel.org \
--cc=pavel@ucw.cz \
--cc=pratap@vmware.com \
--cc=riel@redhat.com \
--cc=torvalds@osdl.org \
--cc=virtualization@lists.osdl.org \
--cc=wim.coekaerts@oracle.com \
--cc=xen-devel@lists.xensource.com \
--cc=zach@vmware.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.