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] Re: Fine-grained proxy resource charging

To: Andi Kleen <ak@xxxxxxx>
Subject: Re: [Xen-devel] Re: Fine-grained proxy resource charging
From: Rob Gardner <rob.gardner@xxxxxx>
Date: Mon, 22 Aug 2005 09:28:43 -0600
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, John L Griffin <jlg@xxxxxxxxxx>
Delivery-date: Mon, 22 Aug 2005 15:26:53 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20050822151505.GC19007@xxxxxxxxxxxxx>
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>
References: <OFB1C72E4C.7209066C-ON85257065.001B4660-85257065.001DC6F9@xxxxxxxxxx> <p73br3qm7o4.fsf@xxxxxxxxxxxxx> <4309EA83.1050001@xxxxxx> <20050822151505.GC19007@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
Andi Kleen wrote:

It's not a bad idea just because it's a hard problem.

Hard, likely slow (x86 has no really cheap
way to do microstate accounting), likely a lot of work,
and you have to fix up every driver in existence for it.
Not even talking about the VM which would need a kind
of redesign for it. For example pdflushd when flushing a dirty page has
no idea who dirtied it originally and there is simply no space in struct page to track such stuff.

Hey, we don't need an exact solution. Right now there is no accounting at all for I/O overhead, so even a crude solution would be a giant step in the right direction.

Rob



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