X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id C52989DC848 for ; Sun, 25 Dec 2005 13:38:15 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 15306-05 for ; Sun, 25 Dec 2005 13:38:14 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey- Received: from vms042pub.verizon.net (vms042pub.verizon.net [206.46.252.42]) by postgresql.org (Postfix) with ESMTP id 8E0E19DC81A for ; Sun, 25 Dec 2005 13:38:13 -0400 (AST) Received: from osgiliath.mathom.us ([70.108.72.158]) by vms042.mailsrvcs.net (Sun Java System Messaging Server 6.2-4.02 (built Sep 9 2005)) with ESMTPA id <0IS200084EB2PF90@vms042.mailsrvcs.net> for pgsql-performance@postgresql.org; Sun, 25 Dec 2005 11:37:51 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by osgiliath.mathom.us (Postfix) with ESMTP id 31FB46057D8 for ; Sun, 25 Dec 2005 12:37:56 -0500 (EST) Received: from osgiliath.mathom.us ([127.0.0.1]) by localhost (osgiliath [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 05779-01 for ; Sun, 25 Dec 2005 12:37:55 -0500 (EST) Received: by osgiliath.mathom.us (Postfix, from userid 1000) id D46286001CA; Sun, 25 Dec 2005 12:37:55 -0500 (EST) Date: Sun, 25 Dec 2005 12:37:55 -0500 From: Michael Stone Subject: Re: What's the best hardver for PostgreSQL 8.1? In-reply-to: <6.2.5.6.0.20051224172653.01dd4c08@earthlink.net> To: pgsql-performance@postgresql.org Mail-followup-to: pgsql-performance@postgresql.org Message-id: <20051225173755.GA6986@mathom.us> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-disposition: inline X-Pgp-Fingerprint: 53 FF 38 00 E7 DD 0A 9C 84 52 84 C5 EE DF 7C 88 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at mathom.us References: <43A84D03.7090002@ritek.hu> <200512212209.50234.caseroj@comcast.net> <200512212231.55100.caseroj@comcast.net> <20051224135042.484c6e32.frank@wiles.org> <6.2.5.6.0.20051224161551.01dc5d98@earthlink.net> <6.2.5.6.0.20051224172653.01dd4c08@earthlink.net> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0.034 required=5 tests=[AWL=0.034] X-Spam-Score: 0.034 X-Spam-Level: X-Archive-Number: 200512/611 X-Sequence-Number: 16432 On Sat, Dec 24, 2005 at 05:45:20PM -0500, Ron wrote: >Caches help, and the bigger the cache the better, but once you are >doing enough writes fast enough (and that doesn't take much even with >a few GBs of cache) the recalculate-checksums-and-write-new-ones >overhead will decrease the write speed of real data. Bear in mind >that the HD's _raw_ write speed hasn't been decreased. Those HD's >are pounding away as fast as they can for you. Your _effective_ or >_data level_ write speed is what decreases due to overhead. You're overgeneralizing. Assuming a large cache and a sequential write, there's need be no penalty for raid 5. (For random writes you may need to read unrelated blocks in order to calculate parity, but for large sequential writes the parity blocks should all be read from cache.) A modern cpu can calculate parity for raid 5 on the order of gigabytes per second, and even crummy embedded processors can do hundreds of megabytes per second. You may have run into some lousy implementations, but you should be much more specific about what hardware you're talking about instead of making sweeping generalizations. >Side Note: people often forget the other big reason to use RAID 10 >over RAID 5. RAID 5 is always only 2 HD failures from data >loss. RAID 10 can lose up to 1/2 the HD's in the array w/o data loss >unless you get unlucky and lose both members of a RAID 1 set. IOW, your RAID 10 is only 2 HD failures from data loss also. If that's an issue you need to go with RAID 6 or add another disk to each mirror. Mike Stone