Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Wed, 13 Mar 2002 17:36:26 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Wed, 13 Mar 2002 17:36:15 -0500 Received: from lightning.swansea.linux.org.uk ([194.168.151.1]:20488 "EHLO the-village.bc.nu") by vger.kernel.org with ESMTP id ; Wed, 13 Mar 2002 17:36:10 -0500 Subject: Re: Severe IRQ problems on Foster (P4 Xeon) system To: davidsen@tmr.com (Bill Davidsen) Date: Wed, 13 Mar 2002 22:51:46 +0000 (GMT) Cc: mingo@elte.hu (Ingo Molnar), linux-kernel@vger.kernel.org (Linux Kernel mailing list) In-Reply-To: from "Bill Davidsen" at Mar 13, 2002 05:22:50 PM X-Mailer: ELM [version 2.5 PL6] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: From: Alan Cox Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org > If several processors are idle, say CPU0 busy and CPU[123] idle, does it > preferentially use a "CPU" on another chip? And does that make any > difference? It's not clear to me if the HT CPUs share cache or not, they > obviously share bandwidth from L2 to RAM. The scheduler changes try to schedule onto a new true CPU rather than a sibling first. Typically you only gain 10-30% via the HT feature so you want to load the "real" CPU's properly. > I'm looking at P4 chips and boards, my 2Q02 budget has some $$ for a > system. I also will be getting some laptops 3Q02, does the new P4-M mobile > chip by any chance have HT? If so a good reason to go Intel, assuming that > either the BIOS or Linux can get it to use the feature ;-) At the moment HT is Xeon only. Linux can do the right thing with it as of 2.4.18 + acpismp=force. Autodetect should be in soon. I don't know about Intel's future product plans for HT. Alan - 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/