From:	SMTP%"krj@praxa.com.au"  7-NOV-1994 09:41:00.74
To:	EVERHART
CC:	
Subj:	Cache the whole thing (was Re: Compressing sysuaf and rightslist)

From: krj@praxa.com.au
X-Newsgroups: comp.os.vms
Subject: Cache the whole thing (was Re: Compressing sysuaf and rightslist)
Message-Id: <1994Nov7.112255.134225@praxa.com.au>
Date: 7 Nov 94 11:22:55 +1100
Organization: Praxa Ltd.
Lines: 31
To: Info-VAX@Mvb.Saic.Com
X-Gateway-Source-Info: USENET

In article <38qvlc$cn8@jac.zko.dec.com>, vandenheuvel@eps.enet.dec.com (Hein RMS van den Heuvel) writes:
> 
> In article <1994Oct28.080109.4138@eku.acs.eku.edu>, acssysdsc@eku.acs.eku.edu writes...
>>Can anyone tell me the correct sequence for compressing 
>>SYSUAF.DAT and RIGHTSLIST.DAT. I have forgotten since I haven't done it
> 
> A simple CONVERT/FAST/NOSORT/SHARE SYSUAF.DAT SYSUAF.NEW will do.
> Use a new file extension avoid concurrent access on the new file.
> Perform with no users logged in, or minimal activity period.
-- 

I've run sucessfuly for donkey's years in a commercial shop with
$converted SYSUAF's with all compressions turned on via FDL. 

As an interesting aside, I had a saturated system disk 7*24*365 on a
moderate/large NICI cluster, double digit disk queues due to large
SYSUAF hit from VMS mail & 4GL subprocess creates -- 'twas the stuff of
horror.  Took a hint from Keith Walls waaay back at DECUS Hobart
(Tasmania, not Ohio for all you northerners:-) and cached the entire
SYSUAF, RIGHTSLIST via $set file/globa=<n>, where n = file size in
blocks/max bucket size from $dir/full.  Took our IO's down to cluster
aggregate of 7 IO/sec during peaks 8-) .  Took a bit of tuning for the
vaxstations in re: gblpages, gblpagfil but it was very much worth it. 
Users were rapt. 

Cheers,
	--kj

Kelley Johnston            {RDB, VMS systems software, Interociter repair }
krj@praxa.com.au	   {71% of all statistics are made up on the spot }
                           {I am opinionated, but never injudiciously so  }