Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id 7366A1337B79 for ; Thu, 27 Jan 2011 14:19:46 -0400 (AST) 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 12972-02 for ; Thu, 27 Jan 2011 18:19:39 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from mail.anarazel.de (mail.anarazel.de [217.115.131.40]) by mail.postgresql.org (Postfix) with ESMTP id 2246F1337B4E for ; Thu, 27 Jan 2011 14:19:38 -0400 (AST) Received: from alap2.localnet (p579FBC89.dip.t-dialin.net [87.159.188.137]) by mail.anarazel.de (Postfix) with ESMTPSA id D575D448003; Thu, 27 Jan 2011 19:19:36 +0100 (CET) From: Andres Freund To: pgsql-performance@postgresql.org Subject: Re: High load, Date: Thu, 27 Jan 2011 19:19:35 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.38-rc2-andres-00019-gd315777; KDE/4.6.0; x86_64; ; ) Cc: Scott Marlowe , Stephen Frost , Michael Kohl References: <20110127175422.GB30352@tamriel.snowman.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101271919.35382.andres@anarazel.de> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.91 tagged_above=-10 required=5 tests=BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201101/285 X-Sequence-Number: 42072 On Thursday, January 27, 2011 07:13:17 PM Scott Marlowe wrote: > On Thu, Jan 27, 2011 at 10:54 AM, Stephen Frost wrote: > > * Michael Kohl (michael.kohl@tupalo.com) wrote: > >> HDD: 2x 120 GB OCZ Vertex 2 SSD; RAID 1 > > > > I'm amazed no one else has mentioned this yet, but you should look into > > splitting your data and your WALs. Obviously, having another set of > > SSDs to put your WALs on would be ideal. > > Actually spinning media would be a better choice. A pair of fast > 15krpm drives in a mirror will almost always outrun an SSD for > sequential write speed. Even meh-grade 7200RPM SATA drives will win. Unless he is bulk loading or running with synchronous_commit=off sequential speed wont be the limit for WAL. The number of syncs will be the limit. Andres