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