Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!seismo!rutgers!sri-spam!ames!ucbcad!ucbvax!Thx-1138 From: Thx-1138@KL.SRI.COM:WILLIAMS@EDWARDS-2060.ARPA (Williams@Edwards-2060) Newsgroups: comp.os.vms Subject: RE: File cache hit rates (2nd try) Message-ID: <12320672574.13.WILLIAMS@EDWARDS-2060.ARPA> Date: Thu, 23-Jul-87 11:15:49 EDT Article-I.D.: EDWARDS-.12320672574.13.WILLIAMS Posted: Thu Jul 23 11:15:49 1987 Date-Received: Sat, 25-Jul-87 07:39:46 EDT References: <870722202753.003@M5.Sdsc.Edu> Sender: daemon@ucbvax.BERKELEY.EDU Reply-To: Williams@Edwards-2060.ARPA Distribution: world Organization: The ARPA Internet Lines: 37 Just a little tidbit for the XQP cache hackers among us: When you increase the cache sizes, Autogen is wizzy enough to increase the LOCKIDTBL and RESHASHTBL (if they need it). However, it doesn't seem to increase SRPCOUNT based on the size of those two tables, which is what will get eaten by the greater number of lock blocks that will be consumed (since the XQP is "remembering" file activity for longer periods). The RSBs will eat both the SRPLIST and the IRPLIST, it seems. So, if you had your nonpaged pool closely trimmed, you'll probably have to go through another iteration to size it (or take lookaside list expansion taps). Now a question: In a sort of related area, I've noticed that SHOW PROCESS/CHANNELS in ANALYZE/SYSTEM on my 8650 doesn't give out the filenames--just the file ids. This is apparently due to the fact that all of our disks are hanging off an HSC-50 (a different node?), since our 11/785s with MASSBUS disks report the filenames just dandily. Is there something I can do to repair this sad state of affairs? Failing that, does anybody have any FID-to-Filename ditties they'd be willing to distribute? (SDA uses a Bliss routine called LIB$FID_TO_NAME out of some DEC-developer-only library, which doesn't seem to live on "normal" VMS systems.) Otherwise, I guess it's hi-ho, hi-ho, off to the ACP I go! Cheers, Marc (Williams@Edwards-2060.ARPA) -------