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] is paging_new_log_dirty_page alloc page harmfull?

To: MaoXiaoyun <tinnycloud@xxxxxxxxxxx>
Subject: Re: [Xen-devel] is paging_new_log_dirty_page alloc page harmfull?
From: Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Date: Fri, 4 Mar 2011 11:16:59 +0000
Cc: xen devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 04 Mar 2011 03:17:43 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <BLU157-w46D6341FE9D3E2BE2DBB33DAC20@xxxxxxx>
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>
References: <BLU157-w46D6341FE9D3E2BE2DBB33DAC20@xxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.20 (2009-06-14)
At 11:11 +0000 on 04 Mar (1299237101), MaoXiaoyun wrote:
> Hi:
> 
>       I've been testing on memory overcommit on Xen by using balloon driver.
> On our stress test, it is possilbe that heap memory in xen is use up. Thus 
> the serial
> port will show log as below:
> 
> (XEN) paging_log_dirty_range: 138 failed page allocs while logging dirty pages
> (XEN) paging_log_dirty_range: 138 failed page allocs while logging dirty pages
> (XEN) paging_log_dirty_range: 138 failed page allocs while logging dirty pages
> 
> I am asking is it harmfull to domain?

It means that the log-dirty code wasn't able to extend its bitmap and
callers have to assume that all pages are dirty.  It's bad for
performance but should be OK.

If you rebase to the latest 4.1 RC, this particular message should go
away as log-dirty bitmaps are no longer pulled from common memory.

> If so, I might need find a way to reserve some memory for xen, which looks
> kinds of difficult.

I think you might find you need to do this anyway - there are other
dynamic allocations in Xen which might not fail so gracefully (in
particular around setting up new domains).

Tim.

-- 
Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Principal Software Engineer, Xen Platform Team
Citrix Systems UK Ltd.  (Company #02937203, SL9 0BG)

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