Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262852AbUKTCYi (ORCPT ); Fri, 19 Nov 2004 21:24:38 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262853AbUKTCW2 (ORCPT ); Fri, 19 Nov 2004 21:22:28 -0500 Received: from smtp202.mail.sc5.yahoo.com ([216.136.129.92]:53915 "HELO smtp202.mail.sc5.yahoo.com") by vger.kernel.org with SMTP id S262846AbUKTCS1 (ORCPT ); Fri, 19 Nov 2004 21:18:27 -0500 Message-ID: <419EA96E.9030206@yahoo.com.au> Date: Sat, 20 Nov 2004 13:18:22 +1100 From: Nick Piggin User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.2) Gecko/20040820 Debian/1.7.2-4 X-Accept-Language: en MIME-Version: 1.0 To: William Lee Irwin III CC: Christoph Lameter , torvalds@osdl.org, akpm@osdl.org, Benjamin Herrenschmidt , Hugh Dickins , linux-mm@kvack.org, linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: page fault scalability patch V11 [0/7]: overview References: <419D581F.2080302@yahoo.com.au> <419D5E09.20805@yahoo.com.au> <1100848068.25520.49.camel@gaston> <20041120020401.GC2714@holomorphy.com> In-Reply-To: <20041120020401.GC2714@holomorphy.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1312 Lines: 28 William Lee Irwin III wrote: > On Fri, Nov 19, 2004 at 11:42:39AM -0800, Christoph Lameter wrote: > >>A. make_rss_atomic. The earlier releases contained that patch but >>then another variable (such as anon_rss) was introduced that would >> have required additional atomic operations. Atomic rss operations >> are also causing slowdowns on machines with a high number of cpus >> due to memory contention. >>B. remove_rss. Replace rss with a periodic scan over the vm to >> determine rss and additional numbers. This was also discussed on >> linux-mm and linux-ia64. The scans while displaying /proc data >> were undesirable. > > > Split counters easily resolve the issues with both these approaches > (and apparently your co-workers are suggesting it too, and have > performance results backing it). > Split counters still require atomic operations though. This is what Christoph's latest effort is directed at removing. And they'll still bounce cachelines around. (I assume we've reached the conclusion that per-cpu split counters per-mm won't fly?). - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/