File system limit in 4.2 BSD

Chris Torek chris at umcp-cs.UUCP
Thu Apr 4 09:05:11 AEST 1985


I strongly urge all 4.2 VARs to do something about this.  BRL (and UCB
and others) have modified h/cmap.h to contain #defines for use by
locore.s.  This at least centralizes the information.  (By the way, I
have a sneaking suspicion that Fastreclaim was done as a quick hack by
the Franz group.  Anyone "in the know" care to comment?)

[Excerpts from the BRL version of h/cmap.h:]
/*
 * core map entry
 *
 * Limits imposed by this structure:
 *
 *		limit		     cur. size		fields
 *	Physical memory+		64 Mb	c_next, c_prev, c_hlink
 *	Mounted filesystems		255	c_mdev
 *	size of a process segment	1 Gb	c_page
 *	filesystem size			2 Gb	c_blkno
 *	proc, text table size		1024	c_ndx
 *
 *	+ memory can be expanded by converting first three entries
 *	to bit fields, shrinking c_unused, and increasing MAXMEM below.
 */
#ifndef	LOCORE
struct cmap
{
	[...]
};
#else	LOCORE
/*
 * bit offsets of elements in cmap
 */
#define	C_INTRANS	66
#define	C_FREE		67
#define	SZ_CMAP		16		/* sizeof(struct cmap) */

#define	MAXMEM		64*1024		/* maximum memory, in Kbytes */
#endif	LOCORE
[...]
-- 
In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 4251)
UUCP:	{seismo,allegra,brl-bmd}!umcp-cs!chris
CSNet:	chris at umcp-cs		ARPA:	chris at maryland



More information about the Comp.unix.wizards mailing list