xen-devel
[Xen-devel] Re: Tmem vs order>0 allocation, workaround RFC
To: |
Dan Magenheimer <dan.magenheimer@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Jan Beulich <JBeulich@xxxxxxxxxx> |
Subject: |
[Xen-devel] Re: Tmem vs order>0 allocation, workaround RFC |
From: |
Keir Fraser <keir.fraser@xxxxxxxxxxxxx> |
Date: |
Mon, 15 Feb 2010 08:21:18 +0000 |
Cc: |
George Dunlap <George.Dunlap@xxxxxxxxxxxxx>, "kurt.hackel@xxxxxxxxxx" <kurt.hackel@xxxxxxxxxx>, Ian Pratt <Ian.Pratt@xxxxxxxxxxxxx>, Tim Deegan <Tim.Deegan@xxxxxxxxxxxxx>, Patrick Colp <pjcolp@xxxxxxxxx>, Grzegorz Milos <gm281@xxxxxxxxx>, Andrew Peace <Andrew.Peace@xxxxxxxxxxxxx> |
Delivery-date: |
Mon, 15 Feb 2010 00:22:03 -0800 |
Envelope-to: |
www-data@xxxxxxxxxxxxxxxxxxx |
In-reply-to: |
<dd8af362-e0b4-4ad7-9a44-5960e2563e7c@default> |
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 |
Thread-index: |
AcqsCJfy28Ls/M2YQIS7L3tARlPb7QCD0D18 |
Thread-topic: |
Tmem vs order>0 allocation, workaround RFC |
User-agent: |
Microsoft-Entourage/12.23.0.091001 |
On 12/02/2010 17:24, "Dan Magenheimer" <dan.magenheimer@xxxxxxxxxx> wrote:
> I just had an idea for a workaround that might be low enough
> impact to get in for 4.0 and allow tmem to be enabled by
> default. I think it will not eliminate the fragmentation
> problem entirely, but would greatly reduce the probability
> of it causing problems for domain creation/migration when tmem
> is enabled, and possibly for the other memory utilization
> features as well.
>
> Simply, avail_heap_pages would fail if total_avail_pages
> is less than 1%(?) of the total memory on the system AND
> the request is order==0. Essentially, this is reserving
> a "zone" for order>0 allocations.
I don't see how that necessarily works. Pages can be allocated in order>0
chunks and freed order==0, so even that last 1% can get fragmented. For
example, guests get their memory allocated in 2MB chunks where possible; but
their balloon drivers may then free arbitrary 4kB pages within those chunks.
-- Keir
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Xen-devel] Tmem vs order>0 allocation, workaround RFC, Dan Magenheimer
- RE: [Xen-devel] Tmem vs order>0 allocation, workaround RFC, Dan Magenheimer
- [Xen-devel] Re: Tmem vs order>0 allocation, workaround RFC,
Keir Fraser <=
- [Xen-devel] RE: Tmem vs order>0 allocation, workaround RFC, Dan Magenheimer
- [Xen-devel] Re: Tmem vs order>0 allocation, workaround RFC, Keir Fraser
- [Xen-devel] RE: Tmem vs order>0 allocation, workaround RFC, Dan Magenheimer
- [Xen-devel] Re: Tmem vs order>0 allocation, workaround RFC, Keir Fraser
- [Xen-devel] RE: Tmem vs order>0 allocation, workaround RFC, Dan Magenheimer
- [Xen-devel] RE: Tmem vs order>0 allocation, workaround RFC, Jan Beulich
- [Xen-devel] RE: Tmem vs order>0 allocation, workaround RFC, Dan Magenheimer
- [Xen-devel] RE: Tmem vs order>0 allocation, workaround RFC, Jan Beulich
- [Xen-devel] RE: Tmem vs order>0 allocation, workaround RFC, Dan Magenheimer
- [Xen-devel] RE: Tmem vs order>0 allocation, workaround RFC, Jan Beulich
|
|
|