Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83; site umcp-cs.UUCP
Path: utzoo!watmath!clyde!bonnie!akgua!whuxlm!harpo!decvax!genrad!panda!talcott!harvard!seismo!umcp-cs!chris
From: chris@umcp-cs.UUCP (Chris Torek)
Newsgroups: net.lang.c,net.unix
Subject: Re: malloc(), virtual memory
Message-ID: <1503@umcp-cs.UUCP>
Date: Fri, 6-Sep-85 09:23:48 EDT
Article-I.D.: umcp-cs.1503
Posted: Fri Sep  6 09:23:48 1985
Date-Received: Mon, 9-Sep-85 01:20:35 EDT
References: <203@cirl.UUCP> <10276@ucbvax.ARPA>
Distribution: net
Organization: U of Maryland, Computer Science Dept., College Park, MD
Lines: 10
Xref: watmath net.lang.c:6287 net.unix:5597

The 4.2 malloc rounds each request up to the nearest power of two
(sounds space inefficient [and is], but very time efficient; see
Korn's paper in Proceedings Winter '85 Usenix).  Since as distributed
4.2 has a per-process VM limit of 6M, you cannot allocate more than
4M with malloc.  (Of course if you raise the VM limits you can get
as much space as you like, provided you have lots of paging space.)
-- 
In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 4251)
UUCP:	seismo!umcp-cs!chris
CSNet:	chris@umcp-cs		ARPA:	chris@maryland