Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!lll-winken!elroy.jpl.nasa.gov!sdd.hp.com!wuarchive!udel!haven.umd.edu!mimsy!nocusuhs!nmrdc1!minixug!root
From: root@minixug.mugnet.org (MINIXUG-ONLINE System Manager)
Newsgroups: comp.os.minix
Subject: Re: Bigger buffer cache for PC MINIX
Message-ID: <9104234053@minixug.mugnet.org>
Date: 24 Apr 91 18:40:24 GMT
References: <1694@targon.UUCP>
Distribution: comp
Organization: MINIX User Group Holland (NLMUG)   -  MUGNET  -
Lines: 26

In article <1694@targon.UUCP>, gert@targon.UUCP (Gert Kanis) wrote:

[ info about the new cache ]

> I was wondering just *how* big you made your buffer cache.
He used the "standard" define of 256 blocks.

I added his code to the new release of the all-famous Advanced MINIX
(certain people will now know what the expression on my face looks
like right now :-).  I changed the code to have a hardcoded "max"
cache size (#define NR_XBUFS 1024), which can be set to a smaller
number at BOOT time (using the also-famous Intelliboot bootloader's
config record).  Neat!

> P.S. On the 68000 system it's also possible to increase buffer cache.
>      Just change the #define in minix/boot.h (or was it config.h ?).
>      Recompile (FS ?) and build a kernel.
Yeah, I can recompile my UNIX kernel to do the same.  Blast Gert,
there ARE net.people who still have machines that cannot handle
32-bit pointers!

[ stty sarcastic ]
But then again, those people usually don't have to shadow! :-)
[ stty -sarcastic ]

Fred.