WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

RE: [Xen-devel] ac_timer: time to say goodbye?

To: "Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>, "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>, "Ian Pratt" <Ian.Pratt@xxxxxxxxxxxx>
Subject: RE: [Xen-devel] ac_timer: time to say goodbye?
From: "Magenheimer, Dan (HP Labs Fort Collins)" <dan.magenheimer@xxxxxx>
Date: Mon, 23 May 2005 15:27:18 -0700
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 23 May 2005 22:27:02 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcVf04bw1czpRaxJQMWNdcDE7aTCeAAAG4bwAAKxrLAAAbgbQA==
Thread-topic: [Xen-devel] ac_timer: time to say goodbye?
> > I suspect that the whole functionality of it can be replaced 
> > with a couple of time variables that are checked and 
> > manipulated in the timer interrupt code and a single 
> > scheduler/timer routine in the generic scheduler.
> 
> What would you propose instead of an array heap? A linked list? 
> Sounds daft to me.

You misunderstand.  I'm not proposing a different abstraction,
I'm questioning whether an abstraction is necessary at all.

> You could potentially have two, and in future possibly even three,
> timeouts per domain.

I agree that if there are three or more unique uses for
the abstraction (or will be in the future), an abstraction
is goodness.  If there are two, it's probably borderline.
If there is one, an abstraction seems like overkill; just
use a (possibly per-domain or per-vcpu) variable and if statements.

It sounds/looks like the number is getting smaller, especially
with the periodic ticker going away.

No offense intended to the designer/coder of ac_timer, I'm
just noticing a trend.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

<Prev in Thread] Current Thread [Next in Thread>