From owner-freebsd-fs@FreeBSD.ORG Thu Oct 18 21:39:53 2012 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F102CDE for ; Thu, 18 Oct 2012 21:39:53 +0000 (UTC) (envelope-from dustinwenz@ebureau.com) Received: from internet02.ebureau.com (internet02.tru-signal.biz [65.127.24.21]) by mx1.freebsd.org (Postfix) with ESMTP id 1DAAD8FC16 for ; Thu, 18 Oct 2012 21:39:52 +0000 (UTC) Received: from service02.office.ebureau.com (internet06.ebureau.com [65.127.24.25]) by internet02.ebureau.com (Postfix) with ESMTP id 52A8CDEDBA2; Thu, 18 Oct 2012 16:31:54 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by service02.office.ebureau.com (Postfix) with ESMTP id 4D667A94BC6; Thu, 18 Oct 2012 16:31:54 -0500 (CDT) X-Virus-Scanned: amavisd-new at ebureau.com Received: from service02.office.ebureau.com ([127.0.0.1]) by localhost (internet06.ebureau.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KT2M5U6xHO77; Thu, 18 Oct 2012 16:31:52 -0500 (CDT) Received: from square.office.ebureau.com (square.office.ebureau.com [10.10.20.22]) by service02.office.ebureau.com (Postfix) with ESMTPSA id DA932A94BB4; Thu, 18 Oct 2012 16:31:52 -0500 (CDT) Subject: Re: Imposing ZFS latency limits Mime-Version: 1.0 (Mac OS X Mail 6.1 \(1498\)) Content-Type: text/plain; charset=iso-8859-1 From: Dustin Wenz X-Priority: 3 In-Reply-To: <8C42CB56F50F4D8AB949BDD91970D388@multiplay.co.uk> Date: Thu, 18 Oct 2012 16:31:52 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <8C42CB56F50F4D8AB949BDD91970D388@multiplay.co.uk> To: Steven Hartland X-Mailer: Apple Mail (2.1498) Cc: freebsd-fs@freebsd.org, Mark Felder X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Oct 2012 21:39:53 -0000 The way I can usually detect this is by watching the operation queues = with gstat. If a disk is running slower than the others, I/O ops tend to = pile up. When that happens, I can restore performance by taking the disk = offline. It's a manual process; I think the filesystem should do better = than that. - .Dustin On Oct 17, 2012, at 8:38 AM, Steven Hartland = wrote: > ----- Original Message ----- From: "Mark Felder" >> On Tue, 16 Oct 2012 06:25:57 -0500, Olivier Smedts = wrote: >>>=20 >>> That would be great - no need for TLER drives. But if you want to >>> "drop" the drive from the bus, that would be a GEOM thing. Don't = know >>> if that's possible to implement. >> This would be GREATLY appreciated. I've seen this happen on my own = ZFS boxes as well as on a custom made SAN. It's painful but easy to = detect when you notice the symptoms... >=20 > Interesting, what metrics where you using which made it easy to = detect, > work be nice to know your process there Mark? >=20 > Regards > Steve >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > This e.mail is private and confidential between Multiplay (UK) Ltd. = and the person or entity to whom it is addressed. In the event of = misdirection, the recipient is prohibited from using, copying, printing = or otherwise disseminating it or any information contained in it.=20 > In the event of misdirection, illegible or incomplete transmission = please telephone +44 845 868 1337 > or return the E.mail to postmaster@multiplay.co.uk. >=20