From owner-freebsd-questions@FreeBSD.ORG Fri Jul 14 02:47:44 2006 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 518BC16A4DA for ; Fri, 14 Jul 2006 02:47:44 +0000 (UTC) (envelope-from hakmi@rogers.com) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by mx1.FreeBSD.org (Postfix) with SMTP id BEC4B43D49 for ; Fri, 14 Jul 2006 02:47:43 +0000 (GMT) (envelope-from hakmi@rogers.com) Received: (qmail 31727 invoked from network); 14 Jul 2006 02:47:43 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:From:To:Cc:Subject:Date:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:In-Reply-To:X-MimeOLE:Thread-Index; b=HHL4X9YB3A0CnPTwe1sZzli0GL6V0iMLxzk1IUGtnl9zaFTosDm+PbQA8uUR0peUVTfQqnslcG65MUwlU5c+GGwfHE2srtg4x3BL8Z8LH2o+/GUPRkNQiWP+vs7mV6WDqmn6q06LsHjtrQQ1K0ouTyQJ7agUc+KDuMKzFkBapzo= ; Received: from unknown (HELO tamouh) (hakmi@rogers.com@70.27.160.99 with login) by smtp104.rog.mail.re2.yahoo.com with SMTP; 14 Jul 2006 02:47:43 -0000 From: "Tamouh H." To: "'User Freebsd'" , "'Jerry McAllister'" Date: Thu, 13 Jul 2006 22:47:52 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <20060713220454.T1799@ganymede.hub.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2869 Thread-Index: Acam4c32kX8D0RAhSHqUEOLCPNlGhQADT1Sw Message-Id: <20060714024743.BEC4B43D49@mx1.FreeBSD.org> Cc: danial_thom@yahoo.com, 'FreeBSD Questions' , "'Chad Leigh -- Shire.Net LLC'" Subject: RE: SMP Performance (Was: Re: Are hardware vendors starting to bail ... ) 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: Fri, 14 Jul 2006 02:47:44 -0000 > >> > >> On Jul 13, 2006, at 9:22 AM, Danial Thom wrote: > >> > >>> Simply enabling SMP on a single processor system adds 20-25%=20 > >>> overhead in freebsd 6.1. Again, readily admitted/accepted by the=20 > >>> developers. > >>> There is no way to recover that in efficiency, at least not for a=20 > >>> long time. > >> > >> So don't enable SMP on a single cpu system. Easy enough to avoid. > >> Chad > > > > Why would anyone want to enable SMP on a single CPU system anyway. >=20 > Actually, I believe all the new boot disks / ISOs are all=20 > SMP-enabled, so unless you build a custom kernel (some ppl do=20 > just run GENERIC ... I'm not one, mind you), you could be=20 > running an SMP-enabled kernel on a UP system without even=20 > knowing it ... >=20 > ---- > Marc G. Fournier Hub.Org Networking Services=20 > (http://www.hub.org) > Email . scrappy@hub.org MSN .=20 > scrappy@hub.org > Yahoo . yscrappy Skype: hub.org ICQ . 7615664 I have to put my two cents here: 1) I agree with few posters that FreeBSD performance have been lacking = behind. I've reported few issues on performance list and many did. We = offered few pre-production servers for performance testing, but the = answer we keep getting is: a. It is either your hardware sucks b. your benchmark application sucks 2) Regarding SMP, few posts talked about disabling hyper-thread and SMP = because it causes a performance degradation. On production hosting = server, the experience was otherwise though. Without HT and SMP, the = server would sky rocket in resource consumption. This has been tested on = FBSD 5.4 i386 3) I'm also frustrated like many with the rapid advancement in release = jumps. We barely started 5.x to conclude it does not live up to = expectations, so now 6.x is suppoused to be the good version, yet 7.x is = going to come out soon and probably in less than a year 6.x will be = considered inadequate. While I understand the development team is working hard to catch-up with = technology and hats off to all the developers, why there is "in my = opinion" no long term strategy for the base of the software. Thank you, Tamouh