We experienced the same problems at my work where dual P3 Xeons running at
1.133Mhz (Compaq Proliants) outperformed a SunFire280R 2:1 in I/O performance.
This means that the Proliant had twice more throughput than the 5x more
expensive Sun. I don't understand this and I have no explanation from Sun nor
from anybody else. I'd hate to say this but Sun is on it's way out if this is
the case.
--
Lyndon Tiu
Quoting John Shaw <John.Shaw_at_correctionscorp.com>:
> I am also having a weird performance issue with a sun box - mine is a new
> v880 4 cpu (900mz) with 16g of ram and a 2 T hitachi san. For example - I do
> an import of a table (partitioned 3 m rows ) and it takes almost 8 minutes vs
> 3 minutes on my laptop. both running 9.2.0 . many reports take significantly
> longer on the sun box than my laptop - go figure - I have a tar on it - but
> resolutions yet. I have uploaded statspack up to oraperf and nothing
> significant showed up there either. Anybody have a idea I'd be happy to try
> it.
>
> >>> slee_at_dollar.com 11/15/02 10:00AM >>>
>
>
> > -----Original Message-----
> > So, what is the advantage of Sun? Redhat Advanced
> > server and 920 is also so much stable, and Sun T3 disk array
> > is also of poor performance. CPU poor, disk array not that
> > good, why sun?
> >
> ------------------------------------------------------
>
> One thing I noticed is that you were using an older Sun. The current Suns
> have CPU's more than twice as fast as what you are using. It would be
> interesting to see the results using a new Sun rather than an old one. I
> have always thought the Dell PowerEdge series was an excellent value. But
> I
> have always appreciated the very well thought-out design of the Sun
> machines
> and the overall excellent package of solid hardware, very stable OS, and
> excellent customer service that Sun provides.
>
> Some capabilities of the Sun -- which might or might not exist on the Dell
> (I don't know) -- are the ability to partition the machine into "domains"
> and dynamically move resources between the domains. The Sun will run OK
> with a bad memory module or bad CPU's. As long as the Sun has one working
> CPU, it will run. I haven't done sys admin work for a while, but in the
> past, Sun provided a utility called Symon that displayed a detailed picture
> of the system boards and, if there was a problem with a component, would
> show you which component had failed. Whether these features are of any
> value to you depends on you. One other point in favor of the Sun is that
> Sun is excellent at maintaining backward compatibility in releases of its
> OS. You could, in fact, take a ten year old Sparc IPC, install Solaris on
> it, and use it as a web server or file server. Almost every old (in
> computer terms) Sun shop has those old "lunch box" (not pizza boxes) Sun's
> hanging around, still perfectly usable. Something I doubt could be said
> about a 10 year old Intel box.
>
> As I have mentioned in a previous post, the SunSolve CD is an excellent
> resource. One is tempted say "worth its weight in gold", but it is
> actually
> worth more than that.
>
> As far as the preoccupation with which box can produce the best benchmark:
> In my personal philosophy, either a box is fast enough to run the
> application for which it is intended, or it is not. After that point those
> less tangible qualities, such as those listed about, do count and should be
> considered.
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Stephen Lee
> INET: slee_at_dollar.com
>
> Fat City Network Services -- 858-538-5051 http://www.fatcity.com
> San Diego, California -- Mailing list and web hosting services
> ---------------------------------------------------------------------
> To REMOVE yourself from this mailing list, send an E-Mail message
> to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
> the message BODY, include a line containing: UNSUB ORACLE-L
> (or the name of mailing list you want to be removed from). You may
> also send the HELP command for other information (like subscribing).
>
--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Lyndon Tiu
INET: ltiu_at_alumni.sfu.ca
Fat City Network Services -- 858-538-5051 http://www.fatcity.com
San Diego, California -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from). You may
also send the HELP command for other information (like subscribing).
Received on Fri Nov 15 2002 - 11:07:02 CST
