From: | "Matt Clark" <matt(at)ymogen(dot)net> |
---|---|
To: | "Subbiah, Stalin" <SSubbiah(at)netopia(dot)com>, "'Andrew Sullivan'" <ajs(at)crankycanuck(dot)ca>, <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: [ADMIN] Benchmarking postgres on Solaris/Linux |
Date: | 2004-03-23 18:51:43 |
Message-ID: | OAEAKHEHCMLBLIDGAFELEEICFBAA.matt@ymogen.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
If it's going to be write intensive then the RAID controller will be the most important thing. A dual p3/500 with a write-back
cache will smoke either of the boxes you mention using software RAID on write performance.
As for the compute intensive side (complex joins & sorts etc), the Dell will most likely beat the Sun by some distance, although
what the Sun lacks in CPU power it may make up a bit in memory bandwidth/latency.
Matt
> -----Original Message-----
> From: pgsql-performance-owner(at)postgresql(dot)org
> [mailto:pgsql-performance-owner(at)postgresql(dot)org]On Behalf Of Subbiah,
> Stalin
> Sent: 23 March 2004 18:41
> To: 'Andrew Sullivan'; 'pgsql-performance(at)postgresql(dot)org'
> Subject: Re: [PERFORM] [ADMIN] Benchmarking postgres on Solaris/Linux
>
>
> We are looking into Sun V210 (2 x 1 GHz cpu, 2 gig ram, 5.8Os) vs. Dell 1750
> (2 x 2.4 GHz xeon, 2 gig ram, RH3.0). database will mostly be
> write intensive and disks will be on raid 10. Wondering if 64bit 1 GHz to
> 32bit 2.4 GHz make a big difference here.
>
> Thanks!
>
> -----Original Message-----
> From: pgsql-performance-owner(at)postgresql(dot)org
> [mailto:pgsql-performance-owner(at)postgresql(dot)org]On Behalf Of Andrew
> Sullivan
> Sent: Tuesday, March 23, 2004 9:37 AM
> To: 'pgsql-performance(at)postgresql(dot)org'
> Subject: Re: [PERFORM] [ADMIN] Benchmarking postgres on Solaris/Linux
>
>
> On Mon, Mar 22, 2004 at 04:05:45PM -0800, Subbiah, Stalin wrote:
> > being the key performance booster for postgres. what is the preferred OS
> > for postgres deployment if given an option between linux and solaris. As
>
> One thing this very much depends on is what you're trying to do.
> Suns have a reputation for greater reliability. While my own
> experience with Sun hardware has been rather shy of sterling, I _can_
> say that it stands head and shoulders above a lot of the x86 gear you
> can get.
>
> If you're planning to use Solaris on x86, don't bother. Solaris is a
> slow, bloated pig compared to Linux, at least when it comes to
> managing the largish number of processes that Postgres requires.
>
> If pure speed is what you're after, I have found that 2-way, 32 bit
> Linux on P-IIIs compares very favourably to 4 way 64 bit Ultra SPARC
> IIs.
>
> A
>
> --
> Andrew Sullivan | ajs(at)crankycanuck(dot)ca
> The fact that technology doesn't work is no bar to success in the
> marketplace.
> --Philip Greenspun
>
> ---------------------------(end of broadcast)---------------------------
> TIP 2: you can get off all lists at once with the unregister command
> (send "unregister YourEmailAddressHere" to majordomo(at)postgresql(dot)org)
>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: the planner will ignore your desire to choose an index scan if your
> joining column's datatypes do not match
>
From | Date | Subject | |
---|---|---|---|
Next Message | Anjan Dave | 2004-03-23 18:53:48 | Re: [ADMIN] Benchmarking postgres on Solaris/Linux |
Previous Message | Woody Woodring | 2004-03-23 18:49:07 | Help with query plan inconsistencies |