Received: from maia.hub.org (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id 6D3176373F5 for ; Tue, 23 Feb 2010 16:35:00 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 29840-06-4 for ; Tue, 23 Feb 2010 20:34:49 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from oak.highrise.ca (oak.highrise.ca [70.38.99.169]) by mail.postgresql.org (Postfix) with ESMTP id E26BE635F9E for ; Tue, 23 Feb 2010 16:34:36 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by oak.highrise.ca (Postfix) with ESMTP id 52DEFAC112; Tue, 23 Feb 2010 15:34:35 -0500 (EST) Date: Tue, 23 Feb 2010 15:34:35 -0500 From: Aidan Van Dyk To: david@lang.hm Cc: Ron Mayer , Bruce Momjian , Greg Smith , pgsql-performance Subject: Re: SSD + RAID Message-ID: <20100223203435.GV14128@oak.highrise.ca> References: <201002221437.o1MEbDJ13005@momjian.us> <4B82C642.8020409@cheapcomplexdevices.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dg6Tyglv1qyvGx3q" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-2.599 tagged_above=-10 required=5 tests=BAYES_00=-2.599 X-Spam-Level: X-Archive-Number: 201002/328 X-Sequence-Number: 37749 --dg6Tyglv1qyvGx3q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline * david@lang.hm [100223 15:05]: > However, one thing that you do not get protection against with software > raid is the potential for the writes to hit some drives but not others. > If this happens the software raid cannot know what the correct contents > of the raid stripe are, and so you could loose everything in that stripe > (including contents of other files that are not being modified that > happened to be in the wrong place on the array) That's for stripe-based raid. Mirror sets like raid-1 should give you either the old data, or the new data, both acceptable responses since the fsync/barreir hasn't "completed". Or have I missed another subtle interaction? a. -- Aidan Van Dyk Create like a god, aidan@highrise.ca command like a king, http://www.highrise.ca/ work like a slave. --dg6Tyglv1qyvGx3q Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQFLhDvbuVxNPsxNPScRArcxAJ9Q/lF+H9OwlYvF/R+MQxy7HkowngCZAQ60 MQIMGvszZh2yzikLORAUDGA= =Fr3A -----END PGP SIGNATURE----- --dg6Tyglv1qyvGx3q--