RE: [Xen-devel] dom0 oom-killer: gfp_mask=0x1d

To:	"Ted Kaczmarek" <tedkaz@xxxxxxxxxxxxx>
Subject:	RE: [Xen-devel] dom0 oom-killer: gfp_mask=0x1d
From:	"Ian Pratt" <m+Ian.Pratt@xxxxxxxxxxxx>
Date:	Wed, 19 Oct 2005 07:19:05 +0100
Cc:	xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date:	Wed, 19 Oct 2005 06:17:42 +0000
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/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>
Sender:	xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index:	AcXUNJP4sXhWY5WmSvKAQPhL9ALxjAAP7A7Q
Thread-topic:	[Xen-devel] dom0 oom-killer: gfp_mask=0x1d

> > It looks like the slabcache it dom0 is over 100MB, so 
> having the ouput 
> > of /proc/slabinfo would be interesting when the machine is in this 
> > state. It might be good to look at this overtime and see if 

> Anything specific in slabinfo to look for ? 

Look for an object type with an abnormally large number of objects in it
(e.g. where size*num > 40MB). In particularly, keep an eye out for an
object type which seems to grow steadily over time.

Ian

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

WARNING - OLD ARCHIVES

xen-devel

RE: [Xen-devel] dom0 oom-killer: gfp_mask=0x1d