From owner-freebsd-questions@FreeBSD.ORG Wed Aug 7 22:08:26 2013 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id E68D96B4 for ; Wed, 7 Aug 2013 22:08:25 +0000 (UTC) (envelope-from frank2@fjl.co.uk) Received: from bs1.fjl.org.uk (bs1.fjl.org.uk [84.45.41.196]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7CC202DA0 for ; Wed, 7 Aug 2013 22:08:25 +0000 (UTC) Received: from [192.168.1.35] (mux.fjl.org.uk [62.3.120.246]) (authenticated bits=0) by bs1.fjl.org.uk (8.14.4/8.14.4) with ESMTP id r77M8Mr8073441 (version=TLSv1/SSLv3 cipher=DHE-DSS-CAMELLIA256-SHA bits=256 verify=NO) for ; Wed, 7 Aug 2013 23:08:22 +0100 (BST) (envelope-from frank2@fjl.co.uk) Message-ID: <5202C558.3010305@fjl.co.uk> Date: Wed, 07 Aug 2013 23:08:24 +0100 From: Frank Leonhardt User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: freebsd-questions@freebsd.org Subject: Re: Terrible disk performance with LSI / FreeBSD 9.2-RC1 References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Aug 2013 22:08:26 -0000 On 07/08/2013 21:36, J David wrote: > It feels like some sort of issue with the > bus/controller/kernel/driver/ZFS that is affecting all the drives > equally. > > Also, even ls takes forever (10-30 seconds for "ls -lh /") but when it > eventually does finish, "time ls -lh /" reports: > > 0.02 real 0.00 user 0.00 sys > > Really not sure what to make of that. An attempt to do "ps axlww | > fgrep ls" while the ls was running failed, because the ps hangs just > as long as the ls. So it's like the system is just repeatedly putting > anything that touches the disks on hold, even if all the data being > requested is clearly in cache. (Even apparently loading the binary > for /bin/ls or doing "ls -lh /" twice in a row.) As a suggestion, what happens if you read from the drives directly? Boot in single user and try reading a Gb or two using /bin/dd. It might eliminate or confirm a problem with ZFS. Regards, Frank.