Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id 78F42B5DBD3 for ; Tue, 21 Jun 2011 15:39:57 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 05679-04 for ; Tue, 21 Jun 2011 18:39:51 +0000 (UTC) X-Greylist: delayed 00:10:21.063632 by SQLgrey-1.7.6 Received: from smtp-out003.kontent.com (smtp-out003.kontent.com [81.88.40.217]) by mail.postgresql.org (Postfix) with ESMTP id 3E540B5D94C for ; Tue, 21 Jun 2011 15:39:51 -0300 (ADT) Received: from tau.alphaset.de (dslb-094-221-116-143.pools.arcor-ip.net [94.221.116.143]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: atrsoft_de@smtp-out003.kontent.com) by smtp-out003.kontent.com (Postfix) with ESMTPSA id D25A7400036D for ; Tue, 21 Jun 2011 20:29:38 +0200 (CEST) Received: from tau.alphaset.de (ltau.alphaset.de [192.168.42.110]) by tau.alphaset.de (8.14.1/8.14.1) with ESMTP id p5LITQN8020644 for ; Tue, 21 Jun 2011 20:29:26 +0200 Received: from localhost (localhost [[UNIX: localhost]]) by tau.alphaset.de (8.14.1/8.14.1/Submit) id p5LITQK8020643 for pgsql-performance@postgresql.org; Tue, 21 Jun 2011 20:29:26 +0200 From: Anton Rommerskirchen Reply-To: atr@atrsoft.de Organization: ATRSoft GmbH To: pgsql-performance@postgresql.org Subject: Re: Contemplating SSD Hardware RAID Date: Tue, 21 Jun 2011 20:29:26 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20071012.724442) References: <4E0015F2.9060504@drivefaster.net> In-Reply-To: <4E0015F2.9060504@drivefaster.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <201106212029.26202.atr@atrsoft.de> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-10 required=5 tests=BAYES_00=-1.9 X-Spam-Level: X-Archive-Number: 201106/199 X-Sequence-Number: 44132 Am Dienstag, 21. Juni 2011 05:54:26 schrieb Dan Harris: > I'm looking for advice from the I/O gurus who have been in the SSD game > for a while now. > > I understand that the majority of consumer grade SSD drives lack the > required capacitor to complete a write on a sudden power loss. But, > what about pairing up with a hardware controller with BBU write cache? > Can the write cache be disabled at the drive and result in a safe setup? > > I'm exploring the combination of an Areca 1880ix-12 controller with 6x > OCZ Vertex 3 V3LT-25SAT3 2.5" 240GB SATA III drives in RAID-10. Has > anyone tried this combination? What nasty surprise am I overlooking here? > > Thanks > -Dan Wont work. period. long story: the loss of the write in the ssd cache is substantial.=20 You will loss perhaps the whole system. I have tested since 2006 ssd - adtron 2GB for 1200 Euro at first ...=20 i can only advice to use a enterprise ready ssd.=20 candidates: intel new series , sandforce pro discs. i tried to submit a call at apc to construct a device thats similar to a=20 buffered drive frame (a capacitor holds up the 5 V since cache is written=20 back) , but they have not answered. so no luck in using mainstream ssd for= =20 the job.=20 loss of the cache - or for mainstream sandforce the connection - will resul= t=20 in loss of changed frames (i.e 16 Mbytes of data per frame) in ssd. if this is the root of your filesystem - forget the disk. btw.: since 2 years i have tested 16 discs for speed only. i sell the disc= =20 after the test. i got 6 returns for failure within those 2 years - its real= ly=20 happening to the mainstream discs. =20 =2D-=20 Mit freundlichen Gr=FCssen Anton Rommerskirchen