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

[Xen-devel] [PATCH] roughly synchronize calibration calls to reduce skew

To: "Xen-Devel (E-mail)" <xen-devel@xxxxxxxxxxxxxxxxxxx>, "Keir Fraser" <keir.fraser@xxxxxxxxxxxxx>
Subject: [Xen-devel] [PATCH] roughly synchronize calibration calls to reduce skew
From: "Dan Magenheimer" <dan.magenheimer@xxxxxxxxxx>
Date: Sun, 27 Jul 2008 06:45:55 -0600
Cc:
Delivery-date: Sun, 27 Jul 2008 05:46:54 -0700
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: Oracle Corporation
Reply-to: "dan.magenheimer@xxxxxxxxxx" <dan.magenheimer@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Acjv5rRsaMKtteZwSuOKnBfdXitJJQ==
This patch (based from 18139) roughly synchronizes calls
to local_time_calibration() across multiple processors
by setting each next timer to a "round epoch".  This results
in reduced skew; both max and average skew are reduced by
between a factor of 2 and 3.  Note that timers still
fire at slightly different times because the next
"round epoch" is still relative to local stime which
still has some inter-processor skew.

Making local_time_calibration() precisely concurrent
across processors is a possible next step but since
each processor still has to get the platform timer -- an
operation that is locked and takes several (and sometimes
tens of) microseconds, concurrency will take some more
cleverness.

Signed-off-by: Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>

===================================
Thanks... for the memory
I really could use more / My throughput's on the floor
The balloon is flat / My swap disk's fat / I've OOM's in store
Overcommitted so much
(with apologies to the late great Bob Hope)

Attachment: roundepoch.patch
Description: Binary data

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>