Re: [ADMIN] Benchmarking postgres on Solaris/Linux - Mailing list pgsql-performance

From matt@ymogen.net
Subject Re: [ADMIN] Benchmarking postgres on Solaris/Linux
Date
Msg-id 4751.82.68.132.233.1080084947.squirrel@webmail.ymogen.com
Whole thread Raw
In response to Re: [ADMIN] Benchmarking postgres on Solaris/Linux  (Andrew Sullivan <ajs@crankycanuck.ca>)
Responses Re: [ADMIN] Benchmarking postgres on Solaris/Linux  (Andrew Sullivan <ajs@crankycanuck.ca>)
List pgsql-performance
> Indeed, if our Suns actually diabled the broken hardware when they
> died, fell over, and rebooted themselves, I'd certainly praise them
> to heaven.  But I have to say that the really very good reporting of
> failing memory has saved me some headaches.

Ha!  Yes, it would seem the obvious thing to do - but as you say, at least
you get told what borked and may even be able to remove it without
stopping the machine.  Sometimes.  Or at least you get a nice lunch from
your Sun reseller.

> I should say, also, that my initial experience of AIX has been
> extremely good.  I can't comment on the fun it might involve in the
> long haul, of course.

The current crop of power4+ boxen is reputed to even be able to recover
from a failed CPU without a restart.  Not *always* one imagines, but
usefully often enough for the banking mob to get sweaty over the feature.
More importantly though, IBM seems committed to supporting all this
goodness under Linux too  (though not BSD I fear - sorry Bruce)

Now if these vendors could somehow eliminate downtime due to human error
we'd be talking *serious* reliablity.

M

pgsql-performance by date:

Previous
From: "Subbiah, Stalin"
Date:
Subject: Re: [ADMIN] Benchmarking postgres on Solaris/Linux
Next
From: Greg Stark
Date:
Subject: Re: SLOW query with aggregates