[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Xen 4.0.1 "xc_map_foreign_batch: mmap failed: Cannot allocate memory"
On 17/12/2010 09:22, "Jan Beulich" <JBeulich@xxxxxxxxxx> wrote: >> If we can work out and detect this limit, perhaps 64-bit qemu-dm could have >> a mapping cache similar to 32-bit qemu-dm, limited to some fraction of the >> detected mapping limit. And/or, on mapping failure, we could reclaim >> resources by simply zapping the existing cached mappings. Seems there's a >> few options. I don't really maintain qemu-dm myself -- you might get some >> help from Ian Jackson, Stefano, or Anthony Perard if you need more advice. > > Looking forward to their comments. One issue with a failure path added to just the 'mapping cache' is that, if we have hit some hard mapping or VM limit for this process, various other syscalls in other qemu subsystems may also start to fail. If we let ourselves get to this point, it seems to be that handling it robustly might be difficult. OTOH, it shouldn't be hard to do a lot better than we are currently. :-) -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |