From owner-cvs-sys  Sun Sep 29 13:00:58 1996
Return-Path: owner-cvs-sys
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id NAA14705
          for cvs-sys-outgoing; Sun, 29 Sep 1996 13:00:58 -0700 (PDT)
Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA14655;
          Sun, 29 Sep 1996 13:00:51 -0700 (PDT)
Received: (from root@localhost) by dyson.iquest.net (8.7.5/8.6.9) id PAA10815; Sun, 29 Sep 1996 15:00:33 -0500 (EST)
From: "John S. Dyson" <toor@dyson.iquest.net>
Message-Id: <199609292000.PAA10815@dyson.iquest.net>
Subject: Re: cvs commit:  src/sys/vm vm_object.c vm_object.h vm_page.c vm_pageout.c
To: dyson@freebsd.org
Date: Sun, 29 Sep 1996 15:00:33 -0500 (EST)
Cc: ache@nagual.ru, dyson@freefall.freebsd.org,
        CVS-committers@freefall.freebsd.org, cvs-all@freefall.freebsd.org,
        cvs-sys@freefall.freebsd.org
In-Reply-To: <199609291840.NAA07712@dyson.iquest.net> from "John S. Dyson" at Sep 29, 96 01:40:56 pm
Reply-To: dyson@freebsd.org
X-Mailer: ELM [version 2.4 PL24 ME8]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-cvs-sys@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> > > 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.
> > 
> > BTW, what is "page coloring"? Do you know any papers (URLs) available?
> > 
I just realized that I might have been a bit rude by not answering your
initial question as to what "page coloring" is.  It is a way of choosing
pages more carefully so that a direct mapped cache is used more effectively.
It is a way of making a direct mapped cache look more like an associative
cache.  Unfortunately, our inclusion of page coloring has exacted a small
performance hit for certain low level benchmarks (it is because we have
optimizations to reuse recently used pages so that they are more likely
in the cache.)  In the long run, the performance is higher.  Specifically,
you might try running multiple copies of the heapsort/nsieve benchmark(s)
in ftp.nosc.mil:/pub/aburto.

John