Comments on: Performance and Scalalability Improvements in Oracle 10g and 11g http://blog.tanelpoder.com/2008/05/25/performance-and-scalalability-improvements-in-oracle-10g-and-11g/ Oracle troubleshooting, internals and performance tuning Mon, 15 Mar 2010 01:50:11 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: Polarski bernard http://blog.tanelpoder.com/2008/05/25/performance-and-scalalability-improvements-in-oracle-10g-and-11g/comment-page-1/#comment-348 Polarski bernard Tue, 27 May 2008 06:30:58 +0000 http://tanelpoder.wordpress.com/?p=67#comment-348 Blurring the bondaries between SGA and PGA will quickly poses the question of keeping the definition for thes 2 strucutres. Let me guess, it will be named OGA : Oracle Global Area. Blurring the bondaries between SGA and PGA will quickly poses the question of keeping the definition for thes 2 strucutres. Let me guess, it will be named OGA : Oracle Global Area.

]]> By: Noons http://blog.tanelpoder.com/2008/05/25/performance-and-scalalability-improvements-in-oracle-10g-and-11g/comment-page-1/#comment-347 Noons Tue, 27 May 2008 01:35:24 +0000 http://tanelpoder.wordpress.com/?p=67#comment-347 Great! Even more plan changes over multiple executions of the same SQL. As if we didn't have enough problems with optimizer plans that change at the whiff of a stat... Hasn't anyone got back to Oracle the clear message that what production environments need is a STABLE and PREDICTABLE optimizer? Not something that keeps changing execution plans at the drop of a hat? I can't wait to see what will happen in closed, non-changing environments such as Peoplesoft, JDE, Siebel and even Oracle's own apps when this ever-changing optimizer is unleashed on them... At least give us the option of turning off all this unneeded overhead! Ah well: one can only dream... Thanks for the superb analysis, Tanel. Much appreciated. Great! Even more plan changes over multiple executions of the same SQL.

As if we didn’t have enough problems with optimizer plans that change at the whiff of a stat…

Hasn’t anyone got back to Oracle the clear message that what production environments need is a STABLE and PREDICTABLE optimizer?

Not something that keeps changing execution plans at the drop of a hat?

I can’t wait to see what will happen in closed, non-changing environments such as Peoplesoft, JDE, Siebel and even Oracle’s own apps when this ever-changing optimizer is unleashed on them…

At least give us the option of turning off all this unneeded overhead!

Ah well: one can only dream…

Thanks for the superb analysis, Tanel. Much appreciated.

]]>