From owner-freebsd-questions@FreeBSD.ORG Tue Nov 21 19:43:43 2006 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4397316A415 for ; Tue, 21 Nov 2006 19:43:43 +0000 (UTC) (envelope-from jgordon@datapipe.com) Received: from exchewr01.datapipe-corp.net (exchewr01.datapipe-corp.net [64.106.130.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id E98DE43DA7 for ; Tue, 21 Nov 2006 19:43:12 +0000 (GMT) (envelope-from jgordon@datapipe.com) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 21 Nov 2006 14:43:31 -0500 Message-ID: In-Reply-To: <200611210640.09814.kirk@strauser.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Disabled HTT in the kernel but not the BIOS? Thread-Index: AccNaldbSrlXnmN1QqiANlGJYyiWHQAOufFg From: "Jay Gordon" To: "Kirk Strauser" , Cc: Subject: RE: Disabled HTT in the kernel but not the BIOS? X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Nov 2006 19:43:43 -0000 This is fine. It still shows it even though it will only load 0 and 2. If you are really worried, turn it off in bios. Jay Gordon Unix Systems Administrator DataPipe Managed Hosting Services - What It Means To Be Sure -=20 jgordon@datapipe.com | http://www.datapipe.com Tel: 201.792.1918 x2402 | Fax: 201-792-3090 -----Original Message----- From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd-questions@freebsd.org] On Behalf Of Kirk Strauser Sent: Tuesday, November 21, 2006 7:40 AM To: freebsd-questions@freebsd.org Subject: Disabled HTT in the kernel but not the BIOS? I have a dual Xeon/HTT server that I run with machdep.hyperthreading_allowed=20 set to 0. At boot, it detects 4 CPUs: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 but top confirms that only processors 0 and 2 are actually running. So, other=20 than top being unwilling to report more than 50% CPU load, are there any other problems with running like this, such as the cache being split for the=20 benefit of the HTT that I'm not enabling? I can live with the cosmetic=20 glitch, but don't want to take a pointless performance hit. --=20 Kirk Strauser