Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site rti-sel.UUCP
Path: utzoo!watmath!clyde!bonnie!akgua!mcnc!rti-sel!rcb
From: rcb@rti-sel.UUCP (Random)
Newsgroups: net.arch
Subject: Re: Page size and the meaning of life
Message-ID: <512@rti-sel.UUCP>
Date: Tue, 29-Oct-85 09:24:32 EST
Article-I.D.: rti-sel.512
Posted: Tue Oct 29 09:24:32 1985
Date-Received: Sat, 2-Nov-85 00:11:55 EST
References: <926@decwrl.UUCP> <1156@sdcsvax.UUCP>
Reply-To: rcb@rti-sel.UUCP (Random)
Organization: Research Triangle Institute, NC
Lines: 21
Summary: 

In article <1156@sdcsvax.UUCP> jww@sdcsvax.UUCP (Joel West) writes:
>In article <926@decwrl.UUCP>, waters@oracle.DEC (Greg Waters, 225-4986, HLO2-1/J12) writes:
>> 2.  I agree, page faulting is inefficient with 512 byte pages.  That's why
>>     a VAX OS shouldn't fault 512 byte pages.  The size of a page fault can
>>     be tuned in software to any multiple of 512 that you like.
>
>VAX/VMS has such a parameter, clustersize.  It appears to be typically
>11 pages.  If VMS is using 11, you'd better hope your program
>also clusters at 11, or you get some really nasty fragmentation/page
>fault performance hassles.
>

11????? 11!!!!!! I think your machine is not in very good tune. By the
way, clustersize is the blocking factor on the disks. Page fault cluster
default (pfcdefault) is the paging size and the sysgen default is 64
(32Kb per fault).

-- 
					Random
					Research Triangle Institute
					...!mcnc!rti-sel!rcb