From mboxrd@z Thu Jan 1 00:00:00 1970 From: Samuel Thibault Subject: Re: [RFC] PVFB: Add refresh period to XenStore parameters? Date: Mon, 3 Mar 2008 11:07:15 +0000 Message-ID: <20080303110715.GA4792@implementation.uk.xensource.com> References: <20080229120806.GA8268@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: <20080229120806.GA8268@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: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org Hello, There was no comment on my proposition below, should I consider that it means people are fine with it? :) Samuel Samuel Thibault, le Fri 29 Feb 2008 12:08:07 +0000, a écrit : > Sometimes the backend of PVFB knows that it doesn't need permanent > refresh, when the window is minimized for instance (no refresh at all), > or the administration tools know that the window is thumnailed, and so a > slow refresh rate is fine. Also, some users may want to tune the > refresh rate according to the smoothness they would like, balanced with > the CPU time that requires. > > I've played with that idea a bit and it seems to work fine, saving > computations and communications. I'm now wondering about the interface: > it looks to me like it could be as simple as a "refresh-period" node in > the backend part of XenStore: the front-end would watch it, and update > the timing of its internal refresh loop, xenfb_fps in the case of Linux' > xenfb for instance. A period of 0 would mean that no refresh is needed > (e.g. minimized window)