Re: 2.2.17pre9 can't allocate more than 900MB

brian@worldcontrol.com
Fri, 30 Jun 2000 18:15:31 -0700

> > there's nothing "at work" here. this is expected behavior:
> > small mallocs allocate from the heap, and brk/sbrk hits the
> > beginning of mmaped areas at 1G. glibc malloc will allocate
> > big chunks using mmap (and thus deliver around 2G); a better
> > malloc would fall back to mmaped arenas when brk/sbrk fails.

On Fri, Jun 30, 2000 at 09:42:43AM +0200, Wolfram Gloger wrote:
> This has already been done in glibc since the beginning of this year
> (glibc-2.1.3): When sbrk() fails, attempts are made to allocate more
> arenas using mmap(). Just this week, another patch was integrated
> (will be in glibc-2.2) which pushes this further, so that mmap() is
> _always_ tried as a last resort.

I installed the glibc 2.1.3 RedHat RPM and my program along with my
test program still run out at 900MB.

I installed glibc 2.1.3 from the gnu source and the test program
now runs out at 3.0GB.

-- 
Brian Litzinger <brian@litzinger.com>


    Copyright (c) 2000 By Brian Litzinger, All Rights Reserved


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/