From owner-freebsd-performance@FreeBSD.ORG  Sun Feb 25 16:17:03 2007
Return-Path: <owner-freebsd-performance@FreeBSD.ORG>
X-Original-To: freebsd-performance@freebsd.org
Delivered-To: freebsd-performance@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
	by hub.freebsd.org (Postfix) with ESMTP id E820916A403
	for <freebsd-performance@freebsd.org>;
	Sun, 25 Feb 2007 16:17:03 +0000 (UTC)
	(envelope-from lists@stringsutils.com)
Received: from zoraida.natserv.net (p65-147.acedsl.com [66.114.65.147])
	by mx1.freebsd.org (Postfix) with ESMTP id A993313C441
	for <freebsd-performance@freebsd.org>;
	Sun, 25 Feb 2007 16:17:03 +0000 (UTC)
	(envelope-from lists@stringsutils.com)
Received: from zoraida.natserv.net (localhost.natserv.net [127.0.0.1])
	by zoraida.natserv.net (Postfix) with ESMTP id AEC86C317
	for <freebsd-performance@freebsd.org>;
	Sun, 25 Feb 2007 11:16:57 -0500 (EST)
Received: by zoraida.natserv.net (Postfix, from userid 58)
	id F4011C2EC; Sun, 25 Feb 2007 11:16:56 -0500 (EST)
X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on zoraida.natserv.net
X-Spam-Level: 
X-Spam-Status: No, score=1.0 required=4.0 tests=RCVD_IN_FIVETENSRC,SPF_PASS 
	autolearn=disabled version=3.1.7
X-Spam-Report: * -0.0 SPF_PASS SPF: sender matches SPF record
	* 1.0 RCVD_IN_FIVETENSRC RBL: Received via a relay in Five Ten block
	list *      [66.114.65.147 listed in blackholes.five-ten-sg.com]
Received: from zoraida.natserv.net (zoraida.natserv.net [66.114.65.147])
	by zoraida.natserv.net (Postfix) with ESMTP id 6B7F8C2AF;
	Sun, 25 Feb 2007 11:16:54 -0500 (EST)
References: <0e2001c7574c$26bc15a0$b3db87d4@multiplay.co.uk>
	<cone.1172277148.840621.73625.5001@35st.simplicato.com>
	<20070224005748.GA25295@xor.obsecurity.org>
Message-ID: <cone.1172420214.242114.68971.1000@zoraida.natserv.net>
X-Mailer: http://www.courier-mta.org/cone/
From: Francisco Reyes <lists@stringsutils.com>
To: Kris Kennaway <kris@obsecurity.org>
Date: Sun, 25 Feb 2007 11:16:54 -0500
Mime-Version: 1.0
Content-Type: text/plain; format=flowed; charset="US-ASCII"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
Cc: freebsd-performance@freebsd.org, Steven Hartland <killing@multiplay.co.uk>
Subject: Re: FreeBSD Scaling on 6.2-RELEASE?
X-BeenThere: freebsd-performance@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Performance/tuning <freebsd-performance.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-performance>,
	<mailto:freebsd-performance-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-performance>
List-Post: <mailto:freebsd-performance@freebsd.org>
List-Help: <mailto:freebsd-performance-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-performance>,
	<mailto:freebsd-performance-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 25 Feb 2007 16:17:04 -0000

Kris Kennaway writes:

> Actually it will help the DB side, when you have multiple simultaneous
> transactions - that's the point :)

A little confused.
Does this mean FreeBSD will split the threads into multiple CPUs?

Or you meant the DB will do better because the load from other programs will 
be split across the different CPUs?