From owner-freebsd-hackers Thu Feb 15 05:18:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA29934 for hackers-outgoing; Thu, 15 Feb 1996 05:18:27 -0800 (PST) Received: from terra.Sarnoff.COM (terra.sarnoff.com [130.33.11.203]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA29923 for ; Thu, 15 Feb 1996 05:18:25 -0800 (PST) Received: (from rminnich@localhost) by terra.Sarnoff.COM (8.6.12/8.6.12) id IAA14167; Thu, 15 Feb 1996 08:14:43 -0500 Date: Thu, 15 Feb 1996 08:14:42 -0500 (EST) From: "Ron G. Minnich" To: Alan Cox cc: hackers@freebsd.org Subject: basic VM issue In-Reply-To: <199602150739.BAA16225@noel.cs.rice.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org Precedence: bulk Alan in his message makes an important point. The Mach VM tends to think of pages as units, rather than thinking of objects as the unit, and so in many places in the xxxbsd vm code you see functions (e.g. vm_fault) which operate on one page at a time. This results in lower-level code having to attempt to re-aggregate page-sized requests into larger units. It is really strange to walk the whole page fault path and see how many times information is lost and then recreated. This is another area where sunos got it right: their vm tends to operate in terms of (offset,length), i.e. in blocks of data, and if fragmentation needs to happen it will happen at the lowest level, not the highest. ron Ron Minnich |" XNFPREP: ERROR 4007: rminnich@sarnoff.com | Everything in the design was deleted." (609)-734-3120 |Was it something I said? ftp://ftp.sarnoff.com/pub/mnfs/www/docs/cluster.html