From owner-freebsd-questions@FreeBSD.ORG Fri Dec 2 01:37:43 2005 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 E489416A41F for ; Fri, 2 Dec 2005 01:37:42 +0000 (GMT) (envelope-from wojtek@tensor.3miasto.net) Received: from chylonia.3miasto.net (chylonia.3miasto.net [213.192.74.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id F239743D45 for ; Fri, 2 Dec 2005 01:37:37 +0000 (GMT) (envelope-from wojtek@tensor.3miasto.net) Received: from chylonia.3miasto.net (localhost [127.0.0.1]) by chylonia.3miasto.net (8.13.4/8.13.4) with ESMTP id jB21bIRQ096122 for ; Fri, 2 Dec 2005 02:37:18 +0100 (CET) (envelope-from wojtek@tensor.3miasto.net) Received: from localhost (wojtek@localhost) by chylonia.3miasto.net (8.13.4/8.13.4/Submit) with ESMTP id jB21bGFm096074 for ; Fri, 2 Dec 2005 02:37:18 +0100 (CET) (envelope-from wojtek@tensor.3miasto.net) X-Authentication-Warning: chylonia.3miasto.net: wojtek owned process doing -bs Date: Fri, 2 Dec 2005 02:37:16 +0100 (CET) From: Wojciech Puchar X-X-Sender: wojtek@chylonia.3miasto.net To: freebsd-questions@freebsd.org Message-ID: <20051202023025.T84280@chylonia.3miasto.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: bumping MAXPHYS - success 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, 02 Dec 2005 01:37:43 -0000 bumped to 1024*1024=1MB in /usr/src/sys/sys/param.h and recompiled kernel. all test performed on filesystem on which right newfs options were used so FFS were able to use it. effects: single process - almost no gain, bonnie++ showed about 5% worse speeds on linear read and linear write, about 2% better at rewrite, same with seek. multiple process and heavy disk load - HUGE gain. copying large files does not slow down so much when doing find / >/dev/null in the same time, multiple large file operations performs smooth, much less seeks etc. i will keep this setting. tried to manipulate with vfs.{hi,lo}runningspace - defaults are OK, where hirunningspace=1MB=MAXPHYS. after enlarging performance was not better, while delays (average service time) much worse. so defaults are OK. settings more than 1MB probably doesn't make sense.