From mboxrd@z Thu Jan 1 00:00:00 1970 From: Samuel Thibault Subject: Re: [RFC] PVFB: Add refresh period to XenStore parameters? Date: Tue, 4 Mar 2008 15:11:40 +0000 Message-ID: <20080304151140.GB9230@implementation.uk.xensource.com> References: <20080229120806.GA8268@implementation.uk.xensource.com> <873ar7ptvh.fsf@pike.pond.sub.org> <20080303191804.GA11699@implementation.uk.xensource.com> <873ar68spy.fsf@pike.pond.sub.org> <20080304144952.GA9230@implementation.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Return-path: Content-Disposition: inline In-Reply-To: <20080304144952.GA9230@implementation.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Markus Armbruster , xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org Samuel Thibault, le Tue 04 Mar 2008 14:49:52 +0000, a écrit : > Markus Armbruster, le Tue 04 Mar 2008 15:32:57 +0100, a écrit : > > Depends on who does the tinkering. If its the backend, then nothing > > is easier than sending a message through the ring. > > > > On the other hand, if this is just a hack to make a particular > > frontend less inefficient, then using XenStore at least keeps it out > > of the PVFB protocol. > > But the backend still needs to notify the frontend when it should switch > modes. Another way to go would be to only add to the PVFB protocol some > "expose on/off" events, and let the front-end decide of the rate to > adopt. Mmm, that said, the backend remains the most close for the user to select the refresh rate. Samuel