Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!sdd.hp.com!uakari.primate.wisc.edu!dali.cs.montana.edu!milton!uw-beaver!ssc-vax!bcsaic!paula
From: paula@bcsaic.UUCP (Paul Allen)
Newsgroups: comp.os.minix
Subject: Re: p.c for Minix (more(1) replacement)
Message-ID: <28577@bcsaic.UUCP>
Date: 23 Jul 90 19:50:09 GMT
References: <1990Jul23.011015.15237@jarvis.csri.toronto.edu>
Organization: Boeing Computer Services AI Center, Seattle
Lines: 18

In article <1990Jul23.011015.15237@jarvis.csri.toronto.edu> wayne@csri.toronto.edu (Wayne Hayes) writes:
>Here is p(1) for Minix.  It is a simple replacement for more(1), because
>I'm sick of the long delay it takes more to start up.  Has anyone else
>wondered why such a simple program takes so loooong to start up?  Sheesh.

I used to see this kind of behavior back in 1.5.2.  There was a bug 
someplace that caused the buffer cache to thrash if you tried to 
read a file that was larger than the cache.  (Or something like that.
I didn't actually track down the bug.)  More(1) takes less than a 
second to start up under 1.5.10, but it took many seconds under 1.5.2.

P(1) looks interesting.  I'll put it on my list of stuff to try out.

Paul Allen
-- 
------------------------------------------------------------------------
Paul L. Allen                       | pallen@atc.boeing.com
Boeing Advanced Technology Center   | ...!uw-beaver!bcsaic!pallen