From owner-freebsd-stable@FreeBSD.ORG Tue Jan 19 19:29:16 2010 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21F6E106568F for ; Tue, 19 Jan 2010 19:29:16 +0000 (UTC) (envelope-from erik@tefre.com) Received: from mta1-filtered.netlife.no (mail.netlife.no [62.92.26.226]) by mx1.freebsd.org (Postfix) with ESMTP id C74BB8FC1E for ; Tue, 19 Jan 2010 19:29:15 +0000 (UTC) Received: from amavis.netlife.no (amavishost [10.115.1.11]) by mta1-filtered.netlife.no (Postfix) with ESMTP id C9AA05744C; Tue, 19 Jan 2010 19:09:58 +0000 (UTC) X-Virus-Scanned: amavisd-new at netlife.no Received: from mta1-submission.netlife.no ([62.92.26.226]) by amavis.netlife.no (amavis.netlife.no [10.115.1.11]) (amavisd-new, port 10026) with ESMTP id kUoTynD+MQ+Z; Tue, 19 Jan 2010 20:09:58 +0100 (CET) Received: from baviandesktop.netlife.no (kontor.netlife.no [217.13.28.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: erik_pop@netlife.no) by mta1-submission.netlife.no (Postfix) with ESMTPSA id 7E92D57447; Tue, 19 Jan 2010 19:09:58 +0000 (UTC) Message-ID: <4B560386.8060007@tefre.com> Date: Tue, 19 Jan 2010 20:09:58 +0100 From: Erik Stian Tefre User-Agent: Thunderbird 2.0.0.23 (X11/20091005) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Morgan_Wesstr=F6m?= References: <4B54C100.9080906@mail.zedat.fu-berlin.de> <4B54C5EE.5070305@pp.dyndns.biz> <201001191250.23625.doconnor@gsoft.com.au> <7346c5c61001181841j3653a7c3m32bc033c8c146a92@mail.gmail.com> <4B557B5A.8040902@pp.dyndns.biz> In-Reply-To: <4B557B5A.8040902@pp.dyndns.biz> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: immense delayed write to file system (ZFS and UFS2), performance issues X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 19:29:16 -0000 Morgan Wesström wrote: > Garrett Moore wrote: >> The drives being discussed in my related thread (regarding poor performance) >> are all WD Green drives. I have used wdidle3 to set all of my drive timeouts >> to 5 minutes. I'll see what sort of difference this makes for performance. >> >> Even if it makes no difference to performance, thank you for pointing it out >> -- my drives have less than 2,000 hours on them and were all over 90,000 >> load cycles due to this moronic factory setting. Since changing the timeout, >> they haven't parked (which is what I would expect). >> > > You're welcome. I just feel as bad for you as for everyone else who has > bought these obviously Windoze optimized harddrives. Unfortunately > neither wdidle3 nor an updated firmware is available or functioning on > the latest models in the Green series. At least that's what I've read > from other people having this issue. WD only claims they don't support > Linux and they probably have never heard of FreeBSD. > > If anyone successfully has fixed their WD15EADS drives this way I'd be > interested in hearing from you. One of my drives has 216,000 load cycles > accumulated over 8 months. That's one every 2nd minute... and I was hit > by the Seagate 7200.11 fiasco too. Running on Samsungs now :-) Keeping this python script running prevents Load_Cycle_Count from incrementing on my WD15EADS drives by forcing a write every 5 seconds (2 drive zfs mirror pool, average of 2 load cycles per minute when the script is not running): import time,os mypool = "/zfspool" # ^^ Change to your pool! fname = os.path.join(mypool, "wd_green_anti_idle.pyfile") c = 0 f = open(fname, "w") while True: if c == 100: f.close() f = open(fname, "w") c = 0 c += 1 time.sleep(5) f.write("a") f.flush() os.fsync(f.fileno()) -- Erik