| From: | Ben Chobot <bench(at)silentmedia(dot)com> |
|---|---|
| To: | Brad Nicholson <bnichols(at)ca(dot)afilias(dot)info> |
| Cc: | Justin Pitts <justinpitts(at)gmail(dot)com>, Devrim GÜNDÜZ <devrim(at)gunduz(dot)org>, PostgreSQL - Performance <pgsql-performance(at)postgresql(dot)org> |
| Subject: | Re: Testing FusionIO |
| Date: | 2010-03-17 22:53:43 |
| Message-ID: | 55542484-AACC-4F78-A9A7-E9833E6A162A@silentmedia.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-performance |
On Mar 17, 2010, at 7:41 AM, Brad Nicholson wrote:
> As an aside, some folks in our Systems Engineering department here did
> do some testing of FusionIO, and they found that the helper daemons were
> inefficient and placed a fair amount of load on the server. That might
> be something to watch of for for those that are testing them.
As another anecdote, we have 4 of the 160GB cards in a 24-core Istanbul server. I don't know how efficient the helper daemons are, but they do take up about half of one core's cycles, regardless of how busy the box actually is. So that sounds "bad".... until you take into account how much that one core costs, and compare it to how much it would cost to have the same amount of IOPs in a different form.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Eger, Patrick | 2010-03-18 01:01:16 | Re: Forcing index scan on query produces 16x faster |
| Previous Message | Tom Lane | 2010-03-17 22:04:25 | Re: Forcing index scan on query produces 16x faster |