From owner-freebsd-stable@FreeBSD.ORG Sat Dec 22 19:07:26 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E37916A420 for ; Sat, 22 Dec 2007 19:07:26 +0000 (UTC) (envelope-from ota@animenfo.com) Received: from smtp.unitz.ca (mx1.unitz.ca [69.60.224.6]) by mx1.freebsd.org (Postfix) with ESMTP id 3AE3413C478 for ; Sat, 22 Dec 2007 19:07:25 +0000 (UTC) (envelope-from ota@animenfo.com) Received: from localhost (localhost [127.0.0.1]) by smtp.unitz.ca (Postfix) with ESMTP id 4CA517D24E2; Sat, 22 Dec 2007 14:02:34 -0500 (EST) Received: from smtp.unitz.ca ([127.0.0.1]) by localhost (smtp.unitz.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KW-fIqbagmG9; Sat, 22 Dec 2007 14:02:31 -0500 (EST) Received: from unitz.ca (dsl-69-60-252-220.unitz.ca [69.60.252.220]) by smtp.unitz.ca (Postfix) with SMTP id A3CA57D24E4; Sat, 22 Dec 2007 14:02:31 -0500 (EST) Received: by unitz.ca (nbSMTP-1.00) for uid 1001 ota@animenfo.com; Sat, 22 Dec 2007 14:07:34 -0500 (EST) Date: Sat, 22 Dec 2007 14:07:34 -0500 From: User Ota To: Claus Guttesen Message-ID: <20071222190734.GA54222@noah.ota.homelinux.net> References: <200712220531.WAA09277@lariat.net> <20071222090553.GB16381@noah.ota.homelinux.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: SMP on FreeBSD 6.x and 7.0: Worth doing? freenx@deweyonline.com X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Dec 2007 19:07:26 -0000 On Sat, Dec 22, 2007 at 01:40:00PM +0100, Claus Guttesen wrote: > > > > It appears, though I'd need to instrument the code more to be sure, > > > > that the slowdown is coming from file I/O. Could it be that there > > > > less concurrency or more overhead in FreeBSD file operations than > > > > there is in Linux? Even with SoftUpdates turned on, the cache > > > > volume mounted with -noatime, and aufs (which uses kqueues -- a > > > > FreeBSD invention -- to optimize multithreaded disk access), the > > > > benchmark shows FreeBSD losing out. Why? > > > > > > I have noticed an entry in GENERIC called > > > > > > device cpufreq > > > > > > Could this have any influence on the performance (on FreeBSD)? > > > > > > I saw this device late in the 7.0 release-process and I since I'm > > > accustomed to comment out any devices and options I don't need I have > > > commented this out as well. So I haven't performed any tests with and > > > without this device. > > > > > > > Cpufreq is for CPU frequency scaling. In the linux world, the cpufreq > > daemon allows you to control your cpu speed and voltage using power > > profiles and such, which makes it a definite power saving tool for > > laptops. The cpufreq driver is already included with the Linux kernel, > > so I'm going to assume that they've just implemented the cpufreq driver > > in the kernel recently :) > > > > If enabled, it probably would have an impact on performance, however I > > have lost the ability to test such a function since my laptop decides > > not to POST anymore. > > Yes, I did figure out what the purpose of this device was. :-) My > point was that this could lead to lower benchmarks on servers if > GENERIC is used. > > -- > regards > Claus > > When lenity and cruelty play for a kingdom, > the gentlest gamester is the soonest winner. > > Shakespeare > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Oh, yeah, I see what you mean now. We have GENERIC and SMP kernel configs, with the cpufreq driver now, there should be like a LAPTOP kernel config file with laptop-specific options :P Once I get my laptop working again, though, I'll try testing it out when 7.0-RELEASE comes about. Russell Doucette