Egenera is going to be very expensive - not only are they not really = blade servers, but they're designed more for generalized = high-performance computing environments. Oracle was chosen as a = strategy for them because they wanted out-of-the-box applications that = could show a value proposition on their infrastructure (RAC being that = application). (Full disclosure: my company competes with egenera from = time to time, so I am certainly not an objective party, though I have = spent a lot of time with egenera's product suite) HP, IBM, and RLX all have decent 2-processor blades, IBM is the only one = with a decent 4-processor (don't get me started on HP's 4-proc), and the = only one with integrated fibre channel switching. If you're looking at = blades to save money for development instances, I'd recommend going with = NAS - the ability to share developer home directories, etc. across = multiple nodes will improve productivity and remove unnecessary = duplication of data, reducing the overall utilization. Not to mention that, with FC running $1000/port, adding a bunch of small = nodes to your environment can significantly increase infrastructure cost = - gige has settled to around $150-200. Thanks, Matt -- Matthew Zito GridApp Systems Email: mzito@xxxxxxxxxxx Cell: 646-220-3551 Phone: 212-358-8211 x 359 http://www.gridapp.com -----Original Message----- From: oracle-l-bounce@xxxxxxxxxxxxx [mailto:oracle-l-bounce@xxxxxxxxxxxxx]On Behalf Of Rognes, Sten Sent: Friday, April 09, 2004 1:46 PM To: 'oracle-l@xxxxxxxxxxxxx' Subject: RE: Blade Servers Check out the blade servers from Egenera, http://www.egenera.com/=20 They have some Oracle specific papers in the whitepaper section. Sten ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------