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: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Subbiah, > Stalin > Sent: 23 March 2004 18:41 > To: 'Andrew Sullivan'; '[EMAIL PROTECTED]' > 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: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Andrew > Sullivan > Sent: Tuesday, March 23, 2004 9:37 AM > To: '[EMAIL PROTECTED]' > 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 | [EMAIL PROTECTED] > 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 [EMAIL PROTECTED]) > > ---------------------------(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 > ---------------------------(end of broadcast)--------------------------- TIP 7: don't forget to increase your free space map settings
