Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84 SMI; site sun.uucp Path: utzoo!watmath!clyde!burl!ulysses!gamma!epsilon!zeta!sabre!bellcore!decvax!decwrl!sun!guy From: guy@sun.uucp (Guy Harris) Newsgroups: net.unix-wizards Subject: Re: vi core dumping on Sun 2 (fixed, but would like explanations) Message-ID: <2366@sun.uucp> Date: Sat, 29-Jun-85 01:26:09 EDT Article-I.D.: sun.2366 Posted: Sat Jun 29 01:26:09 1985 Date-Received: Mon, 1-Jul-85 06:44:44 EDT References: <168@ittral.UUCP> <182@tekcrl.UUCP> Organization: Sun Microsystems, Inc. Lines: 16 > What we think happened (and we were never able to prove it since the problem > never re-occurred), is that 4.2 (and 4.1, and 4.0) does not give up pages of > pure-text programs when the program exits, but marks them as pages of > pure-text programs in case if the program is run again soon, then the page > does not have to be read in again from disk. This is, indeed the case. (Try bringing up a 4.xBSD machine up single-user, timing a compile, and then timing the same compile. The second one will be faster, both due to the pagein of the compiler passes being bypassed and due to the inode for the passes and input files (and their directory entries, in 4.3BSD) being in an in-core cache. Of course, if you have so little physical memory that each pass of the compiler flushes the previous one out of memory, you won't get any speedup; the blocks won't be in the buffer cache because pageins don't go through the buffer cache.) Guy Harris