[2342] in testers

home help back first fref pref prev next nref lref last post

performance

daemon@ATHENA.MIT.EDU (John Carr)
Thu Aug 5 18:56:46 1993

To: testers@Athena.MIT.EDU, reidmp@Athena.MIT.EDU
Date: Thu, 05 Aug 1993 18:56:30 EDT
From: John Carr <jfc@Athena.MIT.EDU>


This message from Transarc may explain the performance problem:

 Subject: Re: Fragmented cache problems
 Date: Mon,  2 Aug 1993 12:47:44 -0400 (EDT)
 From: Lyle_Seaman@transarc.com
 To: P.LISTER@mail.cranfield.ac.uk
 Cc: ccprl@mail.cranfield.ac.uk, Info-AFS@transarc.com
 In-Reply-To: <9308021607.AA05916@xdm039>

 "Peter Lister, Cranfield Computer Centre" <P.LISTER@mail.cranfield.ac.uk> writes:
 > > what version of AFS cache manager are you running, and what switches
 > > do you use for afsd?
 > 
 > 3.2 and no switches

 There is a bug in AFS versions 3.2 and earlier which depends on the
 relationship between the number of chunks in use in one's cache, and
 the number of dcache structures which the cache manager uses to manage
 chunks.  As the latter increases relative to the former, the cache
 replacement algorithm becomes less and less effective.  In the worst
 case, it becomes almost MRU.  This bug was rarely encountered prior to
 3.2, but 3.2 changed the default allocation of dcache structures.
 This is almost certainly the cause of your observed performance
 anomaly. 

 We discovered this bug very late in the 3.2 release cycle (right
 before tape duplication), so the only safe fix was to modify the
 settings in the supplied rc.afs scripts in such a way as to avoid the
 bug.  The bug was fixed in AFS 3.2a, and the defaults are once again
 safe to use. 

 Dave Stephenson sent a letter to all the site contacts explaining
 the problem and the solution.  Evidently, some administrators aren't
 site contacts, or there was some other communications failure, as
 several admins have encountered the same problem.

 The recommended solution is to upgrade to the latest pull release
 version of AFS.  A temporary workaround would be to specify -dcache on
 the afsd command line, using a lower value than the default.  For
 instance, 300 should be safe. 

 Lyle		Transarc		707 Grant Street
 412 338 4400	The Gulf Tower		Pittsburgh 15219


home help back first fref pref prev next nref lref last post