From owner-freebsd-current@FreeBSD.ORG Fri Dec 18 11:31:11 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 AC6F3106566B for ; Fri, 18 Dec 2009 11:31:11 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id E4CA68FC29 for ; Fri, 18 Dec 2009 11:31:10 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA15400; Fri, 18 Dec 2009 13:31:07 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4B2B67FB.80705@icyb.net.ua> Date: Fri, 18 Dec 2009 13:31:07 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20091206) MIME-Version: 1.0 To: Alexander Zagrebin References: <39309F560B98453EBB9AEA0F29D9D80E@vosz.local><4C1C2598-4157-4B04-8DB8-C84F353AB8B8@nevada.net.nz><6FAA390A-1E40-4D7A-AAD5-DC72578CE974@nevada.net.nz> <200912182027.11632.doconnor@gsoft.com.au> <5C4BD0F81D1348B287B2ECD55EF283E1@vosz.local> In-Reply-To: <5C4BD0F81D1348B287B2ECD55EF283E1@vosz.local> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 8.0-RELEASE: disk IO temporarily hangs up (ZFS or ATA related problem) 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: Fri, 18 Dec 2009 11:31:11 -0000 on 18/12/2009 12:39 Alexander Zagrebin said the following: >> I doubt this is the problem, I have WD10EADS disks in my ZFS >> array and I >> see the same issue. >> >> It strikes me as extremely unlikely that both of us would have dud >> disks.. >> >> In any case it seems to be a general problem not limited to >> one area of >> the disk so a dud sector is an unlikely reason. > > Big thanks for confirmation! > Your confirmation is important for me. > There should be a way to define where the bug is: in the ata (or filesystem) > driver or in the drive's firmware.... Just another 'me too'. >From the moment I started using zfs and till this day I saw this pattern when writing lots data to zfs - first high throughput and then idle pause, and so on. I always thought that this is normal for ZFS (some buffering, grouping, etc). So I never complained :-) -- Andriy Gapon