From owner-freebsd-current@FreeBSD.ORG Thu Dec 3 20:17:13 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B941106568B; Thu, 3 Dec 2009 20:17:13 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 3B6248FC1E; Thu, 3 Dec 2009 20:17:12 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.167.197]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id nB3KHAEt021177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 3 Dec 2009 12:17:11 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <4B181CC8.1040205@FreeBSD.org> Date: Thu, 03 Dec 2009 12:17:12 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Alexander Motin References: <4A9E8677.1020208@FreeBSD.org> <20090903002106.GB17538@dmr.ath.cx> <4AA0075A.5010109@FreeBSD.org> <4B16FFA9.6070002@FreeBSD.org> <4B17B4DA.7050403@FreeBSD.org> In-Reply-To: <4B17B4DA.7050403@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Derek \(freebsd lists\)" <482254ac@razorfever.net>, FreeBSD-Current , Emil Mikulic Subject: Re: gmirror 'load' algorithm (Was: Re: siis/atacam/ata/gmirror 8.0-BETA3 disk performance) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Dec 2009 20:17:13 -0000 Alexander Motin wrote: > ### load mav@ > linear 1MB read random > 1 process MBps: 104 tps: 159 > 2 processes MBps: 214 tps: 256 > 4 processes MBps: 425 tps: 332 > 5 processes MBps: 300 tps: 352 > 8 processes MBps: 245 tps: 391 > 16 processes MBps: 255 tps: 436 > 32 processes MBps: 263 tps: 457 > > Random is close to round-robin. Request balancing is close to perfect. > Linear shows maximum possible performance for number of processes up to > the number of drives, using only as much disks as needed. With more > processes then disks, performance predictably reducing, but still beats > all other methods. > > I think it is hardly possible to get much more. > Awesome, please commit - this issue has been dragging for too long already. Pawel seems either busy or have lost interest in maintaining this, so you don't really need to wait for his approval. -Maxim