Path: utzoo!dciem!nrcaer!scs!spl1!laidbak!att!pacbell!ames!umd5!mimsy!chris
From: chris@mimsy.UUCP (Chris Torek)
Newsgroups: comp.sources.bugs
Subject: Re: bug in sps memory size reporting for Sun-3
Message-ID: <11791@mimsy.UUCP>
Date: 2 Jun 88 18:18:17 GMT
Article-I.D.: mimsy.11791
References: <5654@columbia.edu> <11753@mimsy.UUCP> <618@vsi1.UUCP> <1050@cresswell.quintus.UUCP>
Distribution: na
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742
Lines: 28

In article <1050@cresswell.quintus.UUCP> ok@quintus.UUCP
(Richard A. O'Keefe) writes:
>Since Chris Torek was suggesting that YOU should #define KBYTES
>it is hardly surprising that the macro doesn't already exist.

Right.

>If the only thing you want is ctob() (or PGSHIFT or NBPG) it suffices
>to get it from <machine/param.h> (which <sys/param.h> includes).

It is in <machine/machparam.h> in 4.3BSD (or 4.3++ anyway).  That was
why I suggested <sys/param.h>.  <sys/param.h> also gets <sys/types.h>
which sps needs anyway.

>And (
>	#define KBYTES(size) (ctob(size) >> 10)
>Or
>	#define KBYTES(size) ((size)*NBPG/1024)
>)

Core clicks (what ctob() converts) and NBPG are not necessarily the
same (I think...).  (There is a profusion of abstractions [clicks,
bytes, pages, segments, clusters, disk blocks, and file system blocks:
did I forget any? :-) ] in the 4BSD VM code; I think some are likely to
get clobbered in the future.)
-- 
In-Real-Life: Chris Torek, Univ of MD Comp Sci Dept (+1 301 454 7163)
Domain:	chris@mimsy.umd.edu	Path:	uunet!mimsy!chris