pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Greg Smith <greg@2ndquadrant.com>
To: Ben Chobot <bench@silentmedia.com>
Cc: Mark Steben <mark.steben@autorevenue.com>
Cc: pgsql-performance@postgresql.org
Subject: Re: FUSION-IO io cards
Date: Fri, 29 Apr 2011 15:03:18 -0400
Message-ID: <4DBB0B76.8090805@2ndquadrant.com> (raw)
In-Reply-To: <69D96B03-F991-4825-A8FF-0FEEDCC17461@silentmedia.com>
References: <BANLkTikdOoUZyvcNEXk67563tf7c78ZGUQ@mail.gmail.com>
	<69D96B03-F991-4825-A8FF-0FEEDCC17461@silentmedia.com>

Ben Chobot wrote:
> Also, while I would say they seem reliable (they have a supercap and 
> succeeded every power-pull test we did) we just recently we've had 
> some issues which /appear/ to be fio driver-related that effectively 
> brought our server down. Fusion thinks its our kernel parameters, but 
> we're unconvinced, given the length of time we've run with the same 
> kernel settings. I'm not yet ready to say these cards are unreliable, 
> but I'm no longer willing to say they're problem-free, either.

Ben has written a nice summary of the broader experience of everyone 
I've talked to who has deployed Fusion IO.  The race car anology is a 
good one.  Fast, minimal concerns about data loss, but occasional quirky 
things that are frustrating to track down and eliminate.  Not much 
transparency in terms of what it's doing under the hood, which makes 
long-term reliability a concern too.  A particularly regular complaint 
is that there are situations where the card can requite a long 
consistency check time on system boot after a crash.  Nothing lost, but 
a long (many minutes) delay before the server is functioning again is 
possible.

The already mentioned TI RAMSAN at an ever higher price point is also a 
possibility.  Another more recent direct competitor to FusionIO's  
products comes from Virident:  http://www.virident.com/  They seem to be 
doing everything right to make a FusionIO competitor at the same basic 
price point.  They've already released good MySQL performance numbers, 
and they tell me that PostgreSQL ones are done but just not published 
yet; going through validation still.  The "Performance Relative to 
Capacity Used" graph at 
http://www.ssdperformanceblog.com/2010/12/write-performance-on-virident-tachion-card/  
is one anyone deploying on FusionIO should also be aware of.

-- 
Greg Smith   2ndQuadrant US    greg@2ndQuadrant.com   Baltimore, MD
PostgreSQL Training, Services, and 24x7 Support  www.2ndQuadrant.us
"PostgreSQL 9.0 High Performance": http://www.2ndQuadrant.com/books




view thread (11+ messages)  latest in thread

Message-ID: <4DBB0B76.8090805@2ndquadrant.com>
Permalink:  ../4DBB0B76.8090805@2ndquadrant.com/
Also on:    postgresql.org/message-id/4DBB0B76.8090805@2ndquadrant.com

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-performance@postgresql.org
  Cc: greg@2ndquadrant.com, bench@silentmedia.com, mark.steben@autorevenue.com
  Subject: Re: FUSION-IO io cards
  In-Reply-To: <4DBB0B76.8090805@2ndquadrant.com>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox