On Fri, 26 Nov 2004, Roger Leigh wrote:
> It still has over a gigabyte of unused private anonymous mappings. Is > there any reason for mapping this much? It's really quite unfriendly > to allocate this much, especially when it's mostly untouched, and I > have good reasons for having the AS rlimit set lower than this. It is perhaps best to think of CMU CL as an (unix-hosted, though) own OS that prefers to do its own memory management. > Is there any way to reduce its use to something sensible (10 MiB for > example)? I fear, 10M is even smaller than just the core size of CMU CL. But if you asked for something ~100M, there may be a way, but I fear you might have to recompile CMUCL, adjusting src/lisp/x86-validate.h: * Linux: * 0x00000000->0x08000000 128M Unused. * 0x08000000->0x10000000 128M C program and memory allocation. * 0x10000000->0x20000000 256M Read-Only Space. * 0x20000000->0x28000000 128M Binding stack growing up. * 0x28000000->0x38000000 256M Static Space. * 0x38000000->0x40000000 128M Control stack growing down. * 0x40000000->0x48000000 128M Reserved for shared libraries. * 0x58000000->0xBE000000 1632M Dynamic Space. * 0xBE000000->0xBF000000 16M Foreign Linkage Table * 0xBFFF0000->0xC0000000 Unknown Linux mapping -- regards, [EMAIL PROTECTED] (o_ Thomas Fischbacher - http://www.cip.physik.uni-muenchen.de/~tf //\ (lambda (n) ((lambda (p q r) (p p q r)) (lambda (g x y) V_/_ (if (= x 0) y (g g (- x 1) (* x y)))) n 1)) (Debian GNU)
