Return-Path: Delivered-To: 2-oracle-l@orafaq.com Received: (qmail 3112 invoked from network); 8 Aug 2006 01:39:42 -0500 Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180) by 69.64.49.119 with SMTP; 8 Aug 2006 01:39:42 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id B551B3BCE9C; Tue, 8 Aug 2006 02:39:25 -0400 (EDT) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16086-07; Tue, 8 Aug 2006 02:39:25 -0400 (EDT) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 296E13BCE84; Tue, 8 Aug 2006 02:39:25 -0400 (EDT) Received: with ECARTIS (v1.0.0; list oracle-l); Tue, 08 Aug 2006 02:38:36 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id BB09F3BC8CE for ; Tue, 8 Aug 2006 02:38:36 -0400 (EDT) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15914-01 for ; Tue, 8 Aug 2006 02:38:36 -0400 (EDT) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 5E7F93BC340 for ; Tue, 8 Aug 2006 02:38:36 -0400 (EDT) Received: by nf-out-0910.google.com with SMTP id c29so115776nfb for ; Mon, 07 Aug 2006 23:38:51 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=YDu9gjScKgIwT0MnjaJ6OfcKXPlgwzLfWIjf09oa6gm+P0s55aq7/VNJGm55PHW6UavXz6QJw71dRVPAQwF+wz/39nflDdSSnktmKPguDM4y2pND2/jaQSrGEG51OA3V/dOZOiUBE5y6KqQYmI8BHw3IKsxd9JUljR4j9YwRBnM= Received: by 10.48.254.10 with SMTP id b10mr330886nfi; Mon, 07 Aug 2006 23:38:51 -0700 (PDT) Received: by 10.49.92.5 with HTTP; Mon, 7 Aug 2006 23:38:50 -0700 (PDT) Message-ID: <85c1fb130608072338q46cdaebdnd126b94467731de6@mail.gmail.com> Date: Tue, 8 Aug 2006 08:38:50 +0200 From: amonte To: gorbyx@gmail.com Subject: Re: RBO changes plan from 8i to 9i Cc: oracle-l@freelists.org In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_2434_32747593.1155019130964" References: <20060713060544.D9274398438@turing.freelists.org> <005001c6a655$be71fc50$0300a8c0@Primary> <85c1fb130608021435q1e5db025pf77fdf7b6a3b8c05@mail.gmail.com> <00b801c6b702$815affc0$0200a8c0@Primary> X-archive-position: 37854 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-to: oracle-l-bounce@freelists.org X-original-sender: ax.mount@gmail.com Precedence: normal Reply-to: ax.mount@gmail.com X-list: oracle-l X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at avenirtech.net ------=_Part_2434_32747593.1155019130964 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline to spot degradation is part of my job ! regards alex On 8/7/06, Alex Gorbachev wrote: > > Coming back to this one a bit late but I couldn't resist to add... > People never (sorry, hardly ever) see occasional / seemingly random > performance improvements but spot degradation right away. > Apparently, it's common to believe that systems should just go better > and better on their own and upgrading to a newer version must > definitely make everything run faster. Isn't it logical? ;-) > > 2006/8/3, Jonathan Lewis : > > There are two reasons why you might not > > see much change: > > -- > Best regards, > Alex Gorbachev > > http://blog.oracloid.com > -- > http://www.freelists.org/webpage/oracle-l > > > ------=_Part_2434_32747593.1155019130964 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline to spot degradation is part of my job !

regards

alex

On 8/7/06, Alex Gorbachev <gorbyx@gmail.com> wrote:
Coming back to this one a bit late but I couldn't resist to add...
People never (sorry, hardly ever) see occasional / seemingly random
performance improvements but spot degradation right away.
Apparently, it's common to believe that systems should just go better
and better on their own and upgrading to a newer version must
definitely make everything run faster. Isn't it logical? ;-)

2006/8/3, Jonathan Lewis <jonathan@jlcomp.demon.co.uk>:
> There are two reasons why you might not
> see much change:

--
Best regards,
Alex Gorbachev

http://blog.oracloid.com
--
http://www.freelists.org/webpage/oracle-l



------=_Part_2434_32747593.1155019130964-- -- http://www.freelists.org/webpage/oracle-l