From owner-freebsd-hackers Sun May 26 09:44:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA03909 for hackers-outgoing; Sun, 26 May 1996 09:44:05 -0700 (PDT) Received: from tepcogw.tepco.co.jp (tepcogw.tepco.co.jp [202.32.50.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA03891 for ; Sun, 26 May 1996 09:44:02 -0700 (PDT) Received: from tepcofw3.tepco.co.jp (tepcofw3.tepco.co.jp [202.32.50.7]) by tepcogw.tepco.co.jp (8.7.5/3.4W4-tepcogw) with ESMTP id BAA19897 for ; Mon, 27 May 1996 01:42:41 +0900 (JST) Received: from h1009051.smtpgw.tepco.co.jp (smtpgw [130.0.9.51]) by tepcofw3.tepco.co.jp (8.7.5/3.4W4-tepcofw3) with SMTP id BAA00471 for ; Mon, 27 May 1996 01:42:52 +0900 (JST) Received: from j1102041 (h1009043) by h1009051.smtpgw.tepco.co.jp (4.1/6.4J.6) id AA29953; Mon, 27 May 96 01:42:48 JST Received: from j1101044 by j1102041 (AIX 3.2/UCB 5.64/4.03) id AA09309; Mon, 27 May 1996 01:43:03 +0900 Received: from loopback by j1101044.pmail.tepco.co.jp (AIX 3.2/UCB 5.64/4.03) id AA32636; Mon, 27 May 1996 01:43:34 +0900 Received: by pmail.tepco.co.jp (ATSON-1) ; 27 May 96 01:43:34 JST Mime-Version: 1.0 Subject: VM in FreeBSD and 4.4BSD book From: Motonori Shindou X-From: =?ISO-2022-JP?B?GyRCP0pGIyEhO3E3MRsoSg==?= Date: 27 May 96 01:42:24 JST To: hackers@freebsd.org Lines: 21 Message-Id: <31A889F0.6553.001@pmail.tepco.co.jp> Content-Type: text/plain; charset=ISO-2022-JP Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello. Finally, I obtained "4.4BSD Book" and started reading it. In Section 5.5 of this book (p.145), it says: This behavior is an unwelcome side effect of the separate virtual memory and filesystem caches; it would be eliminated if the two caches were integrated. Is this just what happned in FreeBSD 2.0.5 as described in its REL-NOTES? Merged VM-File Buffer Cache --------------------------- A merged VM/buffer cache design greatly enhances overall system performance and makes it possible to do a number of more optimal memory allocation strategies that were not possible before. === Motonori Shindou