Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id 3E4061337B7A for ; Tue, 18 Jan 2011 19:01:45 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 23155-06 for ; Tue, 18 Jan 2011 23:01:37 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from mail-iw0-f174.google.com (mail-iw0-f174.google.com [209.85.214.174]) by mail.postgresql.org (Postfix) with ESMTP id 6ABB61337B79 for ; Tue, 18 Jan 2011 19:01:37 -0400 (AST) Received: by iwn9 with SMTP id 9so181171iwn.19 for ; Tue, 18 Jan 2011 15:01:37 -0800 (PST) Received: by 10.231.192.7 with SMTP id do7mr6779556ibb.102.1295391212084; Tue, 18 Jan 2011 14:53:32 -0800 (PST) Received: from tech304 (supranet-tech.secure-on.net [66.170.8.18]) by mx.google.com with ESMTPS id z4sm5339013ibg.13.2011.01.18.14.53.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 18 Jan 2011 14:53:31 -0800 (PST) Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: pgsql-performance@postgresql.org Subject: Re: Migrating to Postgresql and new hardware References: Date: Tue, 18 Jan 2011 16:53:29 -0600 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Mark Felder" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.01 (FreeBSD) X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-2.6 tagged_above=-10 required=5 tests=BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7 X-Spam-Level: X-Archive-Number: 201101/156 X-Sequence-Number: 41943 On Tue, 18 Jan 2011 16:06:17 -0600, Strange, John W wrote: > Of course this is based on my experience, and I have my fireproof suit > since I mentioned the word fusionIO :) I'll throw a fire blanket up as well. We have a customer who has been running Fusion IO with Postgres for about 2 years. They get amazing performance, but also aren't running fsync. They haven't had corruption with OS crashes (they're very abusive to their CentOS install), but did with a power outage (a UPS of ours went up in smoke; they weren't paying for N+1 power). Now their data is mostly static; they run analytics once a day and if they have a problem they can reload yesterday's data and run the analytics again to get back up to speed. If this is the type of stuff you're doing and you can easily get your data back to a sane state by all means give FusionIO a whirl! This customer did discuss this with me in length last time they stopped in and also pointed out that FusionIO was announced as being a major part of some trading company or bank firm's database performance junk. I don't know the details, but I think he said they were out of Chicago. If anyone knows what I'm talking about please share the link. Either way, it seems that people are actually doing money transactions on FusionIO, so you can either take that as comforting reassurance or you can start getting really nervous about the stock market :-) Regards, Mark PS, don't turn off fsync unless you know what you're doing.