On Tue, Aug 16, 2011 at 10:20 AM, Riccardo Murri <riccardo.mu...@gmail.com> wrote: > Hi Richard, > > On Tue, Aug 16, 2011 at 9:39 AM, richard -rw- weinberger > <richard.weinber...@gmail.com> wrote: >>> Just before the application is killed, these lines >>> appear on the console: >>> >>> [102159.270000] do_syscall_stub : ret = -12, offset = 1052688, data = >>> 00000000f7b7c010 >>> [102159.270000] do_syscall_stub: syscall 9 failed, return value = >>> 0xfffffffffffffff4, expected return value = 0x173d4000 >> >> Syscall 9 is mmap() and 0xfffffffffffffff4 is -12 -> -ENOMEM. >> It looks like your UML process is simply running out of memory or has >> too much memory mappings. >> > > I'm not sure what does "too much memory mappings" mean: that there are > too many mmap() calls? (too few of which are then munmap()ed) > > The application runs fine on a non-virtual Linux host; is there a > different limits for memory mappings between a non-virtual kernel > and UML?
Memory within UML is mapped to the "real" memory on the host side using mmap(). Thus, UML installs lots of mappings. Maybe the UML process has reached /proc/sys/vm/max_map_count. On my desktop /proc/sys/vm/max_map_count is 65530, so UML can map up to 65530 4k pages which is 256M. I guess your program needs more than 256M, try to increase max_map_count. -- Thanks, //richard ------------------------------------------------------------------------------ uberSVN's rich system and user administration capabilities and model configuration take the hassle out of deploying and managing Subversion and the tools developers use with it. Learn more about uberSVN and get a free download at: http://p.sf.net/sfu/wandisco-dev2dev _______________________________________________ User-mode-linux-user mailing list User-mode-linux-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/user-mode-linux-user
