From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Fri, 24 Jan 2003 21:09:25 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Fri, 24 Jan 2003 21:09:25 -0500 Received: from boo-mda02.boo.net ([216.200.67.22]:25353 "EHLO boo-mda02.boo.net") by vger.kernel.org with ESMTP id ; Fri, 24 Jan 2003 21:09:25 -0500 Message-Id: <3.0.6.32.20030124212935.007fcc10@boo.net> X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Fri, 24 Jan 2003 21:29:35 -0500 To: linux-kernel@vger.kernel.org, linux-mm@kvack.org From: Jason Papadopoulos Subject: Re: your mail In-Reply-To: References: <40475.210.212.228.78.1043384883.webmail@mail.nitc.ac.in> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org At 10:06 PM 1/23/03 -0800, John Alvord wrote: >The big challenge in Linux is that several serious attempts to add >page coloring have foundered on the shoals of "no benefit found". It >may be that the typical hardware Linux runs on just doesn't experience >the problem very much. Another strike against page coloring is that it gives tremendous benefits when caches are large and not very associative, but if both of these are not present the benefits are much smaller. In the case of latter-day PCs, neither of these is the case: the caches are very small and at least 8-way set associative. For the record, I finally got to try my own page coloring patch on a 1GHz Athlon Thunderbird system with 256kB L2 cache. With the present patch, my own number crunching benchmarks and a kernel compile don't show any benefit at all, and lmbench is completely unchanged except for the mmap latency, which is slightly worse. Hardly a compelling case for PCs! Oh well. At least now I'll be able to port to 2.5 :) jasonp