Xref: alice comp.databases.oracle.tools:42293 Path: alice!news-feed.fnsi.net!newsfeed.icl.net!netnews.com!feeder.qis.net!news-peer.gip.net!news.gsl.net!gip.net!newspeer.monmouth.com!nntp2.deja.com!nnrp1.deja.com!not-for-mail From: Girts Graudins Newsgroups: comp.databases.oracle.tools Subject: Re: OAS performance questions Date: Wed, 05 Apr 2000 05:10:06 GMT Organization: Deja.com - Before you buy. Lines: 34 Message-ID: <8cehr6$pcp$1@nnrp1.deja.com> References: <8cdhb5$fsg$1@lure.pipex.net> X-Article-Creation-Date: Wed Apr 05 05:10:06 2000 GMT X-Http-User-Agent: Mozilla/4.61 [en] (Win98; I) X-Http-Proxy: 1.0 x25.deja.com:80 (Squid/1.1.22) for client 149.130.201.117 X-MyDeja-Info: XMYDJUIDggraudins > how they've > found OAS performs. We're looking to use version 4.0.8.1 - on > fairly high-end HP servers (K-class) with an 8i database behind. Most people will agree that OAS is more stable on UNIX (particularly Solaris, the platform on which it's developed). Be prepared for lots of caveats (undocumented "known" bugs, endless stream of patches, upgrades). Be prepared to *read release notes first* - almost every day somebody posts a question to this newsgroup that is answered in the readmes or release notes. In general OAS is definitely not a plug-and-play application - you'll have to tinker with it all the time. Performance-wise, it *is* fast, and it *is* scalable, as long as you drown it in RAM (especially if you want to run the database and OAS on the same machine). Those would be my experiences. Specifically, I'm running OAS 4.0.8.1 on NT 4.0, SP 5. I'm sure other people will have had other impressions, and I'd like to hear them, too. ~~~~~~~~~~~~~~~~~~~~~~~~~~~ Girts Graudins Consulant The Exeter Group, Inc. ggraudins@hotmail.com http://www.exetergroup.com/ ~~~~~~~~~~~~~~~~~~~~~~~~~~~ Sent via Deja.com http://www.deja.com/ Before you buy.