[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] Re: Memory resizing



> So the kernel still has 7800MB of memory, (7800-160)MBs eaten up by balloon
> driver and 160MBs available to userspace, right? In that case, it seems
> it's rather an issue of VM subsystem in Linux.

Well, the kernel is probably thinking "Arrrg I've almost used all physical 
memory!  Must free some now in case I run out!".  Seems odd that it'd do that 
rather than swapping - but how much free physical memory did you have?  Is it 
possible that with other tasks running too you'd run out (or quite low) of 
physical memory?

The OOM killer is presumably worried that the kernel will run out of ram and 
not be able to use it for essential kernel data structures...

The easy fix for you is probably to either remove the OOM killer (I think it's 
a compile-time option, and some people would like to see it removed 
completely) or to creat the domain smaller to start with.

> I wonder if playing with altering kernel's swappiness would help in that...
> I tried to make 8GB swap but that didn't help much.

Hmmmm.  Not sure, but I'd be more comfortable with reducing the "incentive" to 
the OOM killer in terms of physical memory set up, rather than trying to just 
increase swap and hope...

Good luck!

Btw, this behaviour could be thought of  as a bug (in that we're making Linux 
do silly things) so it'd be worth posting a bug on BugZilla and sending 
details to the xen-devel list - if you have time, that is.

Cheers,
Mark

-- 
Dave: Just a question. What use is a unicyle with no seat?  And no pedals!
Mark: To answer a question with a question: What use is a skateboard?
Dave: Skateboards have wheels.
Mark: My wheel has a wheel!

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.