Return to BSD News archive
Path: sserve!manuel.anu.edu.au!munnari.oz.au!sgiblab!darwin.sura.net!jvnc.net!gmd.de!Germany.EU.net!unidui!du9ds3!veit From: veit@du9ds3.uni-duisburg.de (Holger Veit) Newsgroups: comp.unix.bsd Subject: Re: [386BSD] How can I expand data segment? Date: 6 Oct 92 18:33:11 GMT Organization: Uni-Duisburg FB9 Datenverarbeitung Lines: 40 Message-ID: <veit.718396391@du9ds3> References: <45240004@hpycla.kobe.hp.com> <veit.718359993@du9ds3> <1asb9mINNcov@usenet.INS.CWRU.Edu> Reply-To: veit@du9ds3.uni-duisburg.de NNTP-Posting-Host: du9ds3.uni-duisburg.de In <1asb9mINNcov@usenet.INS.CWRU.Edu> ljo@r2d2.eeap.cwru.edu (L. Jonas Olsson) writes: >In article <veit.718359993@du9ds3> veit@du9ds3.uni-duisburg.de writes: >>In <45240004@hpycla.kobe.hp.com> yas@hpycla.kobe.hp.com (Yasuyuki Suzuki) writes: >> >>>I have 50MB of swap space on my 386BSD disk. But the data segment size >>>of each process seems to be limited around 4MB. >> >>>How can I expand data/stack/text segment size of each process? >> >>limit datasize unlimited >>limit stacksize unlimited >> >With the stock sources this will give you a 32MB limit on the data size, >for even more you need to edit /usr/src/sys.386bsd/i386/include/vmparam.h. >In this file you have the parameters for default data size (DFLDSIZ) and >max data size (MAXDSIZ) among others. I have them set to 16 and 128MB and That's right. Using the above limit commands and re-issuing 'limit' again shows the limit on the datasize. >have successfuly used up to 45MB in one process. The system seems a little >more flaky though so some other tweaking/bug fixing might be needed. Also >note that the system grinds to a halt when the swap space is used up, there >is no friendly message "virtual memory exhausted" and the mallocs don't >return 0. This is also right, and this was the reason for me *not to recommend* modification in the vmparam.h part. >Jonas Olsson >ljo@po.cwru.edu Holger -- | | / Dr. Holger Veit | INTERNET: veit@du9ds3.uni-duisburg.de |__| / University of Duisburg | "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX | | / Dept. of Electr. Eng. | Sorry, the above really good fortune has | |/ Inst. f. Dataprocessing | been CENSORED because of obscenity"