From owner-freebsd-stable@FreeBSD.ORG Mon Nov 30 14:35:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42CA7106566B; Mon, 30 Nov 2009 14:35:36 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id D908F8FC1D; Mon, 30 Nov 2009 14:35:35 +0000 (UTC) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 30 Nov 2009 09:35:35 -0500 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.7-GA) with ESMTP id QIP21866; Mon, 30 Nov 2009 09:35:35 -0500 (EST) Received: from 209-6-91-204.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.91.204]) by smtp01.lnh.mail.rcn.net with ESMTP; 30 Nov 2009 09:35:35 -0500 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19219.55350.599595.807654@jerusalem.litteratus.org> Date: Mon, 30 Nov 2009 09:35:34 -0500 To: Bill Moran In-Reply-To: <20091130084704.2893cc85.wmoran@potentialtech.com> References: <4B13869D.1080907@zedat.fu-berlin.de> <0D3A9408-84A8-4C74-A318-F580B41FC1A6@exscape.org> <20091130084704.2893cc85.wmoran@potentialtech.com> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Phoronix Benchmarks: Waht's wrong with FreeBSD 8.0? 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: Mon, 30 Nov 2009 14:35:36 -0000 Bill Moran writes: > It's common knowledge that the default value for vfs.read_max is > non- optimal for most hardware and that significant performance > improvements can be made in most cases by raising it. Documentation/discussion where? Respectfully, Robert Huff