Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Usenet -> c.d.o.server -> Re: Getting the best out of new server hardware: a disk setup for Oracle database

Re: Getting the best out of new server hardware: a disk setup for Oracle database

From: joel garry <joel-garry_at_home.com>
Date: 13 Jun 2006 15:16:31 -0700
Message-ID: <1150236991.173731.323610@p79g2000cwp.googlegroups.com>

Heikki Siltala wrote:
> Mladen Gogala kirjoitti:
> > Anyway, with your architecture, your bottleneck will be
> > motherboard, not the disk array. PC servers are notoriously lousy at
> > performing high volume I/O.
>
> We have high hopes that the characteristics of our motherboard and
> architecture lands somewhere between a traditional PC server and an
> enterprise-class UNIX server.
>
> > With proper quantity of NVRAM on your disk
> > array, you will start seeing bottleneck of the architecture around 1200
> > I/O requests per second.
>
> We have managed to get 3987 IOPS out of our system (long Orion run, 8 kb
> random IOs, 100% reads, card caches set to 50/50 and 128 kb stripe size).
>
> > To simplify things, on a PC-server, all I/O devices,
> > CPU cache coherency, memory and video-card are on the same bus.
>
> This is a little bit different on AMD architecture. Here we have
> HyperTransport bus to transfer the data between the processors and
> in/out from the IO system. This should be more efficient setup than the
> one with Intel Xeons, and was one of the reasons that we chose AMD over
> Xeon. And both processors have their own memory controller running at
> the same speed than the CPU cores.
>
> Of course this is still far from "real" UNIX servers.
>
> > Despite the marketing hooray about Linux servers, one always gets what
> > one pays for.
>
> I agree. But we are looking forward to see good price/performance ratio,
> not the ultimate performance readings regardless of the price tag. We
> are using the taxpayer's money.
>
> > If you wish to entrust
> > your data to ASM, don't say you weren't warned.
>
> What I would appreciate are comments from those that have already used
> ASM on their production system. It may be a good policy to adopt new
> features slowly but what I want to know is how realiable ASM really is
> on a real-life production system.

An entertaining comment from not-a-bug 4276271: "Problem is only producable at customer's environment since I couldn't find a 64bit linux server to test."

Welcome to the bleeding edge. You might want to take note of the deafening silence when you ask for those who have already used ASM on their production system.
https://metalink.oracle.com/metalink/plsql/f?p=130:3:2980492678282314202::::p3_database_id,p3_docid,p3_show_header,p3_show_help,p3_black_frame,p3_font:NOT,358749.1,1,1,1,helvetica#ASM is kinda scary to me, but then again, I'm not bleeding edge.

jg

--
@home.com is bogus.
http://www.cbc.ca/story/business/national/2006/05/31/sun-wed.html
Received on Tue Jun 13 2006 - 17:16:31 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US