Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD - Mailing list pgsql-performance

From Greg Smith
Subject Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
Date
Msg-id 4C619A4F.7080306@2ndquadrant.com
Whole thread Raw
In response to Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD  (Brad Nicholson <bnichols@ca.afilias.info>)
Responses Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD  (Brad Nicholson <bnichols@ca.afilias.info>)
Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD  (Scott Carey <scott@richrelevance.com>)
List pgsql-performance
Brad Nicholson wrote:
> What about putting indexes on them?  If the drive fails and drops
> writes on those, they could be rebuilt - assuming your system can
> function without the index(es) temporarily.

Dumping indexes on SSD is one of the better uses for them, presuming you
can survive what is likely to be an outage from a "can the site handle
full load?" perspective while they rebuild after a crash.  As I'm sure
Brad is painfully aware of already, index rebuilding in PostgreSQL can
take a while.  To spin my broken record here again, the main thing to
note when you consider that--relocate indexes onto SSD--is that the ones
you are most concerned about the performance of were likely to be
already sitting in RAM anyway, meaning the SSD speedup doesn't help
reads much.  So the giant performance boost just isn't there in that case.

--
Greg Smith  2ndQuadrant US  Baltimore, MD
PostgreSQL Training, Services and Support
greg@2ndQuadrant.com   www.2ndQuadrant.us


pgsql-performance by date:

Previous
From: Scott Marlowe
Date:
Subject: Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD
Next
From: Karl Denninger
Date:
Subject: Re: Completely un-tuned Postgresql benchmark results: SSD vs desktop HDD