From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261804AbTICJlr (ORCPT ); Wed, 3 Sep 2003 05:41:47 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261809AbTICJlr (ORCPT ); Wed, 3 Sep 2003 05:41:47 -0400 Received: from fmr09.intel.com ([192.52.57.35]:39164 "EHLO hermes.hd.intel.com") by vger.kernel.org with ESMTP id S261804AbTICJlo convert rfc822-to-8bit (ORCPT ); Wed, 3 Sep 2003 05:41:44 -0400 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 Subject: RE: Scaling noise Date: Wed, 3 Sep 2003 05:41:39 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Scaling noise Thread-Index: AcNx9bJ+QrZlxOVnRXGMIgvgBWHWuwAB7l/A From: "Brown, Len" To: "Giuliano Pochini" , "Larry McVoy" Cc: X-OriginalArrivalTime: 03 Sep 2003 09:41:41.0487 (UTC) FILETIME=[944847F0:01C371FF] Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org > Latency is not bandwidth. Bingo. The way to address memory latency is by increasing bandwidth and increasing parallelism to use it -- thus amortizing the latency. HT is one of many ways to do this. If systems are to grow faster at a rate better than memory speeds, then plan on more parallelism, not less. -Len