Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758885AbXJXRFy (ORCPT ); Wed, 24 Oct 2007 13:05:54 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932180AbXJXREt (ORCPT ); Wed, 24 Oct 2007 13:04:49 -0400 Received: from netops-testserver-4-out.sgi.com ([192.48.171.29]:41802 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S932174AbXJXREr (ORCPT ); Wed, 24 Oct 2007 13:04:47 -0400 Date: Wed, 24 Oct 2007 10:04:41 -0700 (PDT) From: Christoph Lameter X-X-Sender: clameter@schroedinger.engr.sgi.com To: Gautham R Shenoy cc: Linus Torvalds , Andrew Morton , linux-kernel@vger.kernel.org, Rusty Russel , Srivatsa Vaddagiri , Dipankar Sarma , Ingo Molnar , Oleg Nesterov , Paul E McKenney , Richard Gooch , Tigran Aivazian , Shoahua Li , Ralf Baechle , Heiko Carstens , Nathan Lynch , David Miller , Paul Jackson , Josh Triplett , Pekka Enberg , Akinobu Mita Subject: Re: [RFC PATCH 0/5] Refcount based Cpu Hotplug. V2 In-Reply-To: <20071024052931.GA22722@in.ibm.com> Message-ID: References: <20071024052931.GA22722@in.ibm.com> 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 Content-Length: 896 Lines: 20 On Wed, 24 Oct 2007, Gautham R Shenoy wrote: > This is the version 2 of the refcount based cpu-hotplug "locking" > implementation. Uggh. This introduces a global lock that has to be taken always when scanning over cpus? Is multipe cpus are scanning over processor lists then we will get into scaling problems. Wasnt there an RCU based implementation that avoided cacheline bouncing and refcounting? > The patchstack which is based against 2.6.23-mm1 has behaved well > when it was stress tested with kernbench running while continuously > performing cpu-hotplug operations on i386, x86_64 and ppc64. What was the highest cpu count in testing? - 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/