Date: Fri, 27 Sep 1996 22:42:30 -0500 (EST) From: "John S. Dyson" <toor@dyson.iquest.net> To: dyson@freefall.freebsd.org (John Dyson) Cc: CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org, cvs-sys@freefall.freebsd.org Subject: Re: cvs commit: src/sys/vm vm_object.c vm_object.h vm_page.c vm_pageout.c Message-ID: <199609280342.WAA03366@dyson.iquest.net> In-Reply-To: <199609280333.UAA26434@freefall.freebsd.org> from "John Dyson" at Sep 27, 96 08:33:53 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > dyson 96/09/27 20:33:51 > > Modified: sys/vm vm_object.c vm_object.h vm_page.c vm_pageout.c > Log: > > > Revision Changes Path > 1.82 +3 -2 src/sys/vm/vm_object.c > 1.31 +2 -1 src/sys/vm/vm_object.h > 1.65 +103 -78 src/sys/vm/vm_page.c > 1.86 +3 -3 src/sys/vm/vm_pageout.c > > Missing commit mail: Fix some redundancy in the page coloring code. Also, support contiguous allocation of memory in objects (if the system doesn't have to do anything special), if all else is equal. Note on page coloring design: Our page coloring is a little more sophisticated than the simple schemes put forth in some technical papers. Firstly, the buckets for the base page in an object are hashed based upon an offset that is incremented by a prime number for every object. Additionally, instead of just punting on a non-existant page for a desired color (either choosing a random color, or denying the request for the page), we pick the "next best" color for a given page. This allows for a soft degradation. We also choose a physically contiguous page if it is convienient. It is likely to be advantageous to choose a special range of colors for shared libs, but I haven't come up with a reasonable partitioning of colors yet. John
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199609280342.WAA03366>