Xref: utzoo comp.unix.ultrix:4975 comp.sys.dec:4279
Path: utzoo!attcan!uunet!samsung!usc!zaphod.mps.ohio-state.edu!uwm.edu!rutgers!cbmvax!grr
From: grr@cbmvax.commodore.com (George Robbins)
Newsgroups: comp.unix.ultrix,comp.sys.dec
Subject: Re: Fix yet for paging algorithm in MIPS Ultrix?
Message-ID: <15232@cbmvax.commodore.com>
Date: 18 Oct 90 11:17:20 GMT
References: <4777@tahoe.unr.edu>
Reply-To: grr@cbmvax.commodore.com (George Robbins)
Organization: Commodore, West Chester, PA
Lines: 22
to: malc@unrvax.unr.edu

In article <4777@tahoe.unr.edu> malc@unrvax.unr.edu (Malcolm L. Carlock) writes:
> A few months ago there was some discussion in this group about a bug
> in the paging algorithm of the MIPS version of Ultrix.  Reports were
> that the bug tended with a frequency that varied more or less inversely
> with the amount of memory in the machine.  Word also was that the bug
> seemed to be fairly well-known, but the DEC wasn't moving very fast toward
> acknowledging it.

I don't know if DEC has every really acknowledged or explained the problem,
however a patch was made available for Ultrix 3.1/3.1a that was supposed to
have fixed the problem.  The patch did not appear appropriate for 3.1c, and
I don't know if same problem exists in 3.1c/3.1d. I'd assume that it is
fixed in 4.0.

Maybe you'll get a response from one of the people who applied the patch.

I'd also suggest checking with the support center...

-- 
George Robbins - now working for,     uucp:   {uunet|pyramid|rutgers}!cbmvax!grr
but no way officially representing:   domain: grr@cbmvax.commodore.com
Commodore, Engineering Department     phone:  215-431-9349 (only by moonlite)