From owner-freebsd-geom@FreeBSD.ORG Thu Dec 22 16:00:35 2011 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C50B61065705 for ; Thu, 22 Dec 2011 16:00:35 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 3CAFD8FC20 for ; Thu, 22 Dec 2011 16:00:13 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Rdl3y-0001Oh-AW for freebsd-geom@freebsd.org; Thu, 22 Dec 2011 17:00:10 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Dec 2011 17:00:09 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 22 Dec 2011 17:00:09 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Thu, 22 Dec 2011 16:59:56 +0100 Lines: 13 Message-ID: References: <7bf62b8af857803e03363b81ead54484@feld.me> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:8.0) Gecko/20111116 Thunderbird/8.0 In-Reply-To: <7bf62b8af857803e03363b81ead54484@feld.me> Subject: Re: RFC: GEOM MULTIPATH Rewrite X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Dec 2011 16:00:35 -0000 On 22/12/2011 03:05, Mark Felder wrote: > more benchmarks and I might switch the scheduler to 4BSD because this > box will be doing nothing but I/O and network traffic and my research > indicates ULE is not optimal in that type of a workload. Thanks for testing the new gmultipath patches! I just want to say that you should test 4BSD/ULE very carefully before making any conclusions because ULE fails in very, very specific edge cases which are not very common. I've done this 4BSD/ULE test just for laughs on an network IO-intensive workload on a 24-core machine and the performance with 4BSD was laughably slow (which is expected as it is of a very old design).