Re: UltraSPARC versus AMD - Slowaris

Started by Mohan, Rossalmost 21 years ago3 messagesgeneral
Jump to latest
#1Mohan, Ross
RMohan@arbinet.com

Richly deserved IMNSHO. my current employer was bilked for many many months
for a piece of crap E10K that barely outperforms a couple of AMD chips. But
at many, many times the price. We finally upgraded/migrated to AIX/g5 chips
and run what was run on 20 cpus on 2.

If Sun pulls out of its slow Icarus dive to near-certain death, it'll be
a miracle. ( And, I guess, that'd be "a good thing"; always nice to have a
miracle. )

-----Original Message-----
From: pgsql-general-owner@postgresql.org [mailto:pgsql-general-owner@postgresql.org] On Behalf Of Richard_D_Levine@raytheon.com
Sent: Tuesday, April 26, 2005 3:12 PM
To: mmiranda@americatel.com.sv
Cc: pgsql-general@postgresql.org; pgsql-general-owner@postgresql.org
Subject: Re: [GENERAL] UltraSPARC versus AMD

Sun's stock was at $65.00 in late 2000 and has rocketed to $3.50. I think somebody else besides us noticed too.

pgsql-general-owner@postgresql.org wrote on 04/26/2005 01:12:49 PM:

-----Original Message-----
From: pgsql-general-owner@postgresql.org
[mailto:pgsql-general-owner@postgresql.org]On Behalf Of Brent Wood
Sent: Monday, April 25, 2005 8:20 PM
To: Uwe C. Schroeder
Cc: pgsql-general@postgresql.org
Subject: Re: [GENERAL] UltraSPARC versus AMD

On Sat, 23 Apr 2005, Uwe C. Schroeder wrote:

Well, you overlook one thing there. SUN has always has a

really good I/O

performance - something far from negligible for a database

application.

Am i dreaming?,
Solaris really good I/O performance?

Have your heard of slowlaris?

May be you mean hardware performance, combined with a great OS (BSD
or
Linux)

I had to "upgrade" many Sunfire 280 (running slowlaris [8|9]) to BSD

because

of poor DB performance, after the upgrade, all run flawlessly. I only
wish a had made this switch before Just my $0.02

A lot of the PC systems lack that kind of I/O thruput. Just
compare a simple P4 with ATAPI drives to the same P4

with 320 SCSI drives

- the speed difference, particularly using any *nix, is
surprisingly significant and easily visible with the bare eye.

We are talking about server or pc?, we run postgres on several HP
dl380

(5i

SCSI controller) with great performance

There is a reason why a lot of the financial/insurance

institutions (having a

lot of transactions in their DB applications) use either

IBM mainframes or

SUN E10k's :-)
Personally I think a weaker processor with top of the line

I/O will perform

better for DB apps than the fastest processor with crappy I/O.

i guess the "my $0.02" is in order here :-)

i totally agree with this
---
Miguel

---------------------------(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 6: Have you searched our list archives?

http://archives.postgresql.org

#2Ben
bench@silentmedia.com
In reply to: Mohan, Ross (#1)

"bilked" is my new favorite word.

On Tue, 26 Apr 2005, Mohan, Ross wrote:

Show quoted text

Richly deserved IMNSHO. my current employer was bilked for many many months
for a piece of crap E10K that barely outperforms a couple of AMD chips. But
at many, many times the price. We finally upgraded/migrated to AIX/g5 chips
and run what was run on 20 cpus on 2.

If Sun pulls out of its slow Icarus dive to near-certain death, it'll be
a miracle. ( And, I guess, that'd be "a good thing"; always nice to have a
miracle. )

#3Scott Marlowe
smarlowe@g2switchworks.com
In reply to: Mohan, Ross (#1)

Maybe that's why used Sun E10ks with 12 CPUs and 12 gig of ram are going
for $5995 AND still not selling on ebay...

Show quoted text

On Tue, 2005-04-26 at 15:27, Mohan, Ross wrote:

Richly deserved IMNSHO. my current employer was bilked for many many months
for a piece of crap E10K that barely outperforms a couple of AMD chips. But
at many, many times the price. We finally upgraded/migrated to AIX/g5 chips
and run what was run on 20 cpus on 2.

If Sun pulls out of its slow Icarus dive to near-certain death, it'll be
a miracle. ( And, I guess, that'd be "a good thing"; always nice to have a
miracle. )

-----Original Message-----
From: pgsql-general-owner@postgresql.org [mailto:pgsql-general-owner@postgresql.org] On Behalf Of Richard_D_Levine@raytheon.com
Sent: Tuesday, April 26, 2005 3:12 PM
To: mmiranda@americatel.com.sv
Cc: pgsql-general@postgresql.org; pgsql-general-owner@postgresql.org
Subject: Re: [GENERAL] UltraSPARC versus AMD

Sun's stock was at $65.00 in late 2000 and has rocketed to $3.50. I think somebody else besides us noticed too.

pgsql-general-owner@postgresql.org wrote on 04/26/2005 01:12:49 PM:

-----Original Message-----
From: pgsql-general-owner@postgresql.org
[mailto:pgsql-general-owner@postgresql.org]On Behalf Of Brent Wood
Sent: Monday, April 25, 2005 8:20 PM
To: Uwe C. Schroeder
Cc: pgsql-general@postgresql.org
Subject: Re: [GENERAL] UltraSPARC versus AMD

On Sat, 23 Apr 2005, Uwe C. Schroeder wrote:

Well, you overlook one thing there. SUN has always has a

really good I/O

performance - something far from negligible for a database

application.

Am i dreaming?,
Solaris really good I/O performance?

Have your heard of slowlaris?

May be you mean hardware performance, combined with a great OS (BSD
or
Linux)

I had to "upgrade" many Sunfire 280 (running slowlaris [8|9]) to BSD

because

of poor DB performance, after the upgrade, all run flawlessly. I only
wish a had made this switch before Just my $0.02

A lot of the PC systems lack that kind of I/O thruput. Just
compare a simple P4 with ATAPI drives to the same P4

with 320 SCSI drives

- the speed difference, particularly using any *nix, is
surprisingly significant and easily visible with the bare eye.

We are talking about server or pc?, we run postgres on several HP
dl380

(5i

SCSI controller) with great performance

There is a reason why a lot of the financial/insurance

institutions (having a

lot of transactions in their DB applications) use either

IBM mainframes or

SUN E10k's :-)
Personally I think a weaker processor with top of the line

I/O will perform

better for DB apps than the fastest processor with crappy I/O.

i guess the "my $0.02" is in order here :-)

i totally agree with this
---
Miguel

---------------------------(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 6: Have you searched our list archives?

http://archives.postgresql.org

---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to majordomo@postgresql.org)