Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758131Ab0DGSiN (ORCPT ); Wed, 7 Apr 2010 14:38:13 -0400 Received: from mail-bw0-f209.google.com ([209.85.218.209]:53416 "EHLO mail-bw0-f209.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757477Ab0DGSiL (ORCPT ); Wed, 7 Apr 2010 14:38:11 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=DQ/Mfs8L4+cZD/c+oNxV1ZFdL/eiHbv43QluVvGbH5OHSJndgI8b2y45cBbb6TE1KS NMxG8Ykod+58jav6wkvCfnSVNDCHFuf0obnL6E/0q6bC/ekVAtfY7OAZYXX9yoxghr6L lngqLq1gepaVyLuYvzMWHfLeF6wQ0nWkldLR4= Subject: Re: hackbench regression due to commit 9dfc6e68bfe6e From: Eric Dumazet To: Christoph Lameter Cc: Pekka Enberg , "Zhang, Yanmin" , netdev , Tejun Heo , alex.shi@intel.com, "linux-kernel@vger.kernel.org" , "Ma, Ling" , "Chen, Tim C" , Andrew Morton In-Reply-To: References: <1269506457.4513.141.camel@alexs-hp.sh.intel.com> <1269570902.9614.92.camel@alexs-hp.sh.intel.com> <1270114166.2078.107.camel@ymzhang.sh.intel.com> <1270195589.2078.116.camel@ymzhang.sh.intel.com> <4BBA8DF9.8010409@kernel.org> <1270542497.2078.123.camel@ymzhang.sh.intel.com> <1270591841.2091.170.camel@edumazet-laptop> <1270607668.2078.259.camel@ymzhang.sh.intel.com> <4BBCB7B7.4040901@cs.helsinki.fi> <4BBCB868.2000705@cs.helsinki.fi> Content-Type: text/plain; charset="UTF-8" Date: Wed, 07 Apr 2010 20:38:04 +0200 Message-ID: <1270665484.8141.47.camel@edumazet-laptop> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 875 Lines: 24 Le mercredi 07 avril 2010 à 13:20 -0500, Christoph Lameter a écrit : > On Wed, 7 Apr 2010, Pekka Enberg wrote: > > > Oh, sorry, I think it's actually '____cacheline_aligned_in_smp' (with four > > underscores) for per-cpu data. Confusing... > > This does not particulary help to clarify the situation since we are > dealing with data that can either be allocated via the percpu allocator or > be statically present (kmalloc bootstrap situation). > > -- Do we have a user program to check actual L1 cache size of a machine ? I remember my HP blades have many BIOS options, I would like to make sure they are properly set. -- 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/