From owner-freebsd-current@FreeBSD.ORG  Mon Dec 19 18:04:04 2011
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
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 3F6061065673;
	Mon, 19 Dec 2011 18:04:04 +0000 (UTC)
	(envelope-from daniel@digsys.bg)
Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230])
	by mx1.freebsd.org (Postfix) with ESMTP id 9C29D8FC0C;
	Mon, 19 Dec 2011 18:04:03 +0000 (UTC)
Received: from digsys226-136.pip.digsys.bg (digsys226-136.pip.digsys.bg
	[193.68.136.226]) (authenticated bits=0)
	by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id pBJI3mkp021354
	(version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO);
	Mon, 19 Dec 2011 20:03:55 +0200 (EET)
	(envelope-from daniel@digsys.bg)
Mime-Version: 1.0 (Apple Message framework v1251.1)
Content-Type: text/plain; charset=us-ascii
From: Daniel Kalchev <daniel@digsys.bg>
In-Reply-To: <4EEF488E.1030904@freebsd.org>
Date: Mon, 19 Dec 2011 20:03:49 +0200
Content-Transfer-Encoding: quoted-printable
Message-Id: <83648C73-E45F-4ABA-8E83-4C8903A683AB@digsys.bg>
References: <4EEF488E.1030904@freebsd.org>
To: Stefan Esser <se@freebsd.org>
X-Mailer: Apple Mail (2.1251.1)
Cc: FreeBSD Current <freebsd-current@freebsd.org>
Subject: Re: Uneven load on drives in ZFS RAIDZ1
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>, 
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Dec 2011 18:04:04 -0000

I have observed similar behavior, even more extreme on a spool with =
dedup enabled. Is dedup enabled on this spool?

Might be that the DDT tables somehow end up unevenly distributed to =
disks. My observation was on a 6 disk raidz2.

Daniel=