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] determine the latency characteristics of a VM automatically

To: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: [Xen-devel] determine the latency characteristics of a VM automatically
From: David Xu <davidxu06@xxxxxxxxx>
Date: Fri, 2 Sep 2011 12:27:06 -0400
Cc: George Dunlap <george.dunlap@xxxxxxxxxxxxx>
Delivery-date: Fri, 02 Sep 2011 09:28:11 -0700
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; bh=+j6UlYEU4mymZyMn/CmqjbA9MFVH1KooRVlWOGb0bn0=; b=dNpZrOyOr72HjyzO+ebX6KCw7NQs+0V+VhyFTgr/rN1WxppzfHG2Oc3jd3lLcTiGqj TDQd/aSuneIgr3nfk7MIrt+C0hLSYqsI8i2H8CywiuNolmy9RJzttr23bA2GmeEpEn2Q +f3ZtoRhlPYayYi7Ugk3HK4+VlzOZEbPkoAjA=
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Hi George,

Tow months ago, we talked about how to reduce the scheduling latency for a specific VM which runs a mixed workload, where the boost mechanism can not works well. I have tried some methods to reduce the scheduling latency for some assumed latency-sensitive VMs and got some progress on it. Now I hope to make it on demand. That is to say, I hope to get the scheduler to determine the latency characteristics of a VM automatically. Since most time latency-sensitive operations are initiated with an interrupt, so a pending interrupt generally means that there is a latency sensitive operation waiting to happen. I remember you said your idea was to have the scheduler look at the historical rate of interrupts and determine a preemption timeslice based on those. I know your general idea, but could you talk more about it? What's more, I wonder if only the interrupts can infer the workload type? In my opinion, a pending interrupt indicates there is a operation to handle but may not be latency sensitive. Some common I/O operation, e.g. http request for a web page or  file transmission, would also result in pending interrupt if the destination VM does not get scheduled at the moment. But they are not latency sensitive. Of course, if we can directly get some important information for distinguishing the latency-sensitive workload from common workload, it is powerful and high efficient. I am looking forward to your opinions and I hope I will not disturb your work. Thanks.

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