[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] file corruption!!!
> I'm not in a position to test this, but is it possible that the corruption > problem could manifest itself after an out of memory condition? When I first > noticed the corruption I rebooted as quickly as possible so it didn't > continue and so didn't check, but it's possible that it ran out of memory > first. I guess I could test this but don't really want to do anything to risk > corruption any further :) > > speaking of memory, I have 3 domains running currently, 0 + 2U, all declared > with 128mb memory, but xm list shows this: > Dom Name Mem(MB) CPU State Time(s) > 0 Domain-0 119 0 r---- 1293.0 > 6 gaia 127 1 -b--- 81.9 > 7 mail2 126 0 -b--- 1597.9 > > 'free' under mail2 and gaia shows 128124 as the total amount of memory. > > I appreciate that maybe something about dom0 means that it shows something > different, but why would the other two report different amounts of memory > when they both have the same amount??? Both are running identical kernels. > > James The backend network and blkdev drivers in DOM0 allocate multi-MB chunks of memory, then free all the pages in that chunk back to Xen. The chunks are then used for ephemeral mappings of I/O buffers from frontend drivers in other guest OSes. The total used for this is about 7 or 8MB, so DOM0's estimate of its memory allocation will be thrown off by about that amount. It doesn't realise that those large allocated chunks have had all their memory released. :-) -- Keir ------------------------------------------------------- This SF.Net email is sponsored by BEA Weblogic Workshop FREE Java Enterprise J2EE developer tools! Get your free copy of BEA WebLogic Workshop 8.1 today. http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |