Skip site navigation (1) Skip section navigation (2)

Re: Opteron vs Xeon

From: Christopher Browne <cbbrowne(at)acm(dot)org>
To: pgsql-performance(at)postgresql(dot)org
Subject: Re: Opteron vs Xeon
Date: 2005-04-21 01:56:03
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-performance
Quoth christian(at)aspiro(dot)no (Christian Sander Røsnes):
> On Wednesday 20 April 2005 17:50, Bruce Momjian wrote:
>> Anjan Dave wrote:
>> > In terms of vendor specific models -
>> >
>> > Does anyone have any good/bad experiences/recommendations for a
>> > 4-way Opteron from Sun (v40z, 6 internal drives) or HP (DL585 5
>> > internal drives) models?
>> >
>> > This is in comparison with the new Dell 6850 (it has PCIexpress,
>> > faster FSB 667MHz, which doesn't match up with AMD's total IO
>> > bandwidth, but much better than previous 6650s).
>> Dell cuts too many corners to be a good server.
> Hi
> Which corners do Dell cut compared to the competition ?

They seem to be buying the "cheapest components of the week" such that
they need to customize BIOSes to make them work as opposed to getting
the "Grade A" stuff that works well out of the box.

We got a bunch of quad-Xeon boxes in; the MegaRAID controllers took
plenty o' revisits from Dell folk before they got sorta stable.  

Dell replaced more SCSI drives on their theory that the problem was
bad disks than I care to remember.  And if they were sufficiently
suspicious of the disk drives for that, that tells you that they don't
trust the disk they're selling terribly much, which leaves me even
less reassured...
output = reverse("moc.liamg" "@" "enworbbc")
Where do you  *not* want to go today?  "Confutatis maledictis, flammis
acribus addictis" (<>

In response to

pgsql-performance by date

Next:From: Josh BerkusDate: 2005-04-21 03:32:14
Subject: Re: Joel's Performance Issues WAS : Opteron vs Xeon
Previous:From: John A MeinelDate: 2005-04-21 00:45:39
Subject: Re: Joel's Performance Issues WAS : Opteron vs Xeon

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group