Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id 497F41337B49 for ; Sat, 18 Dec 2010 09:55:47 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 72560-03 for ; Sat, 18 Dec 2010 13:55:42 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from 27.mail-out.ovh.net (27.mail-out.ovh.net [91.121.30.210]) by mail.postgresql.org (Postfix) with SMTP id 9763B1337B43 for ; Sat, 18 Dec 2010 09:55:39 -0400 (AST) Received: (qmail 4790 invoked by uid 503); 18 Dec 2010 13:57:12 -0000 Received: from b9.ovh.net (HELO mail195.ha.ovh.net) (213.186.33.59) by 27.mail-out.ovh.net with SMTP; 18 Dec 2010 13:57:04 -0000 Received: from b0.ovh.net (HELO queueout) (213.186.33.50) by b0.ovh.net with SMTP; 18 Dec 2010 15:55:28 +0200 Received: from par69-8-88-161-102-87.fbx.proxad.net (HELO apollo13) (lists%peufeu.com@88.161.102.87) by ns0.ovh.net with SMTP; 18 Dec 2010 15:55:27 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: "Scott Marlowe" , "Gael Le Mignot" Cc: "Craig James" , pgsql-performance@postgresql.org Subject: Re: Compared MS SQL 2000 to Postgresql 9.0 on Windows References: <378e24d1e3af88a49fbbb7c4d26f441a@mail.gmail.com> <4CFE7964.80206@squeakycode.net> <4CFE8E59.2010505@squeakycode.net> <20101207201028.GE4028@aart.is.rice.edu> <4CFE97B4.8090708@squeakycode.net> <70e424e558d87f649f149bf2948d73cb@mail.gmail.com> <4D0B9EB0.1070708@emolecules.com> Date: Sat, 18 Dec 2010 14:55:26 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Pierre C" Message-ID: In-Reply-To: User-Agent: Opera Mail/10.63 (Linux) X-Ovh-Tracer-Id: 13640840321810958026 X-Ovh-Remote: 88.161.102.87 (par69-8-88-161-102-87.fbx.proxad.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-Spam-Check: DONE|U 0.5/N 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, RCVD_IN_DNSWL_NONE=-0.0001 X-Spam-Level: X-Archive-Number: 201012/230 X-Sequence-Number: 41682 > > The real performance problem with RAID 5 won't show up until a drive > > dies and it starts rebuilding > > I don't agree with that. RAID5 is very slow for random writes, since > it needs to : "The real problem" is when RAID5 loses a drive and goes from "acceptable" kind of slow, to "someone's fired" kind of slow. Then of course in the middle the rebuild, a bad sector is discovered in some place the filesystem has never visited yet on one of the remaining drives, and all hell breaks loose. RAID6 is only one extra disk...