X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id DDE15DB7F0 for ; Tue, 15 Nov 2005 14:57:12 -0400 (AST) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 75881-05 for ; Tue, 15 Nov 2005 18:57:12 +0000 (GMT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from floppy.pyrenet.fr (news.pyrenet.fr [194.116.145.2]) by svr1.postgresql.org (Postfix) with ESMTP id EDD90D71C1 for ; Tue, 15 Nov 2005 14:57:09 -0400 (AST) Received: by floppy.pyrenet.fr (Postfix, from userid 106) id 0322F31059; Tue, 15 Nov 2005 19:57:10 +0100 (MET) From: William Yu X-Newsgroups: pgsql.performance Subject: Re: Hardware/OS recommendations for large databases ( 5TB) Date: Tue, 15 Nov 2005 10:57:05 -0800 Organization: Hub.Org Networking Services Lines: 15 Message-ID: References: <6EE64EF3AB31D5448D0007DD34EEB3417DD898@Herge.rcsinc.local> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@news.hub.org User-Agent: Mozilla Thunderbird 1.0 (X11/20041206) X-Accept-Language: en-us, en In-Reply-To: <6EE64EF3AB31D5448D0007DD34EEB3417DD898@Herge.rcsinc.local> To: pgsql-performance@postgresql.org X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0 required=5 tests=[none] X-Spam-Score: 0 X-Spam-Level: X-Archive-Number: 200511/256 X-Sequence-Number: 15513 Merlin Moncure wrote: >>You could instead buy 8 machines that total 16 cores, 128GB RAM and > > It's hard to say what would be better. My gut says the 5u box would be > a lot better at handling high cpu/high concurrency problems...like your > typical business erp backend. This is pure speculation of course...I'll > defer to the experts here. In this specific case (data warehouse app), multiple machines is the better bet. Load data on 1 machine, copy to other servers and then use a middleman to spread out SQL statements to each machine. I was going to suggest pgpool as the middleman but I believe it's limited to 2 machines max at this time. I suppose you could daisy chain pgpools running on every machine.