Received: from localhost (maia-2.hub.org [200.46.204.187]) by postgresql.org (Postfix) with ESMTP id A41A69F938C for ; Wed, 6 Dec 2006 12:22:04 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-new, port 10024) with ESMTP id 76306-07 for ; Wed, 6 Dec 2006 12:22:03 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from exprod6og52.obsmtp.com (exprod6og52.obsmtp.com [64.18.1.185]) by postgresql.org (Postfix) with SMTP id CDAD59F93E2 for ; Wed, 6 Dec 2006 12:22:02 -0400 (AST) Received: from source ([63.240.6.46]) by exprod6ob52.postini.com ([64.18.5.12]) with SMTP; Wed, 06 Dec 2006 08:21:55 PST Received: from 172.16.1.112 by mail.mi8.com with ESMTP (- Welcome to Mi8 Corporation www.Mi8.com (D2)); Wed, 06 Dec 2006 11:21:45 -0500 X-Server-Uuid: 7829E76E-BB9E-4995-8473-3C0929DF7DD1 Received: from MI8NYCMAIL08.Mi8.com ([172.16.1.164]) by D01SMTP02.Mi8.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 6 Dec 2006 11:21:44 -0500 Received: from 69.181.100.71 ([69.181.100.71]) by MI8NYCMAIL08.Mi8.com ( [172.16.1.190]) via Exchange Front-End Server mi8owa.mi8.com ( [172.16.1.106]) with Microsoft Exchange Server HTTP-DAV ; Wed, 6 Dec 2006 16:21:44 +0000 User-Agent: Microsoft-Entourage/11.2.5.060620 Date: Wed, 06 Dec 2006 08:21:43 -0800 Subject: Re: File Systems Compared From: "Luke Lonergan" To: "Brian Hurt" , "Brian Wipf" cc: pgsql-performance@postgresql.org Message-ID: Thread-Topic: [PERFORM] File Systems Compared Thread-Index: AccZUp3f3GPw84VFEdus3QAWy4o9DA== In-Reply-To: <4576E982.7090201@janestcapital.com> MIME-Version: 1.0 X-OriginalArrivalTime: 06 Dec 2006 16:21:44.0596 (UTC) FILETIME=[9ED28D40:01C71952] X-WSS-ID: 696831931XK22653849-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200612/121 X-Sequence-Number: 22177 Brian, On 12/6/06 8:02 AM, "Brian Hurt" wrote: > These numbers are close enough to bus-saturation rates PCIX is 1GB/s + and the memory architecture is 20GB/s+, though each CPU is likely to obtain only 2-3GB/s. We routinely achieve 1GB/s I/O rate on two 3Ware adapters and 2GB/s on the Sun X4500 with ZFS. > advise new people setting up systems to go this route over spending > money on some fancy storage area network solution People buy SANs for interesting reasons, some of them having to do with the manageability features of high end SANs. I've heard it said in those cases that "performance doesn't matter much". As you suggest, database replication provides one of those features, and Solaris ZFS has many of the data management features found in high end SANs. Perhaps we can get the best of both? In the end, I think SAN vs. server storage is a religious battle. - Luke