From oracle-l-bounce@freelists.org  Mon Jun  6 13:24:36 2005
Return-Path: <oracle-l-bounce@freelists.org>
Received: from air891.startdedicated.com (root@localhost)
 by orafaq.com (8.12.10/8.12.10) with ESMTP id j56IOab0029003
 for <oracle-l@orafaq.com>; Mon, 6 Jun 2005 13:24:36 -0500
X-ClientAddr: 206.53.239.180
Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180])
 by air891.startdedicated.com (8.12.10/8.12.10) with ESMTP id j56IOZNi028999
 for <oracle-l@orafaq.com>; Mon, 6 Jun 2005 13:24:36 -0500
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 275D41BB803;
 Mon,  6 Jun 2005 12:21:26 -0500 (EST)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 25026-02; Mon, 6 Jun 2005 12:21:26 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 97C1C1BBBC0;
 Mon,  6 Jun 2005 12:21:25 -0500 (EST)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references;
        b=MWb8+nt2tLmbYRksgG5hfzmBvGUt5iYCEkMaJJztjldXbQBpiC27yPF07nLw+dPJaGUZ0frxeAvuOI68VSMfJl60zvkwrMTbZiAhwrEAapyuLRsuGMykddEHyoKVfzTpiY7TneLIFRWpm1KnFAe0Fybz98tW0WbHgdIF4L8T0t4=
Message-ID: <bf463805060610192118285c@mail.gmail.com>
Date: Mon, 6 Jun 2005 10:19:35 -0700
From: Jared Still <jkstill@gmail.com>
To: Barbara Baker <barb.baker@gmail.com>
Subject: Re: LMT Autoallocate initial, tot # of extents
Cc: oracle-l@freelists.org
In-Reply-To: <47a6f72b05060610165c719577@mail.gmail.com>
Mime-Version: 1.0
Content-type: text/plain
References: <47a6f72b050606091954e0f98c@mail.gmail.com>
	 <bf463805060609461e7e0236@mail.gmail.com>
	 <47a6f72b05060610165c719577@mail.gmail.com>
Content-Transfer-Encoding: 8bit
X-archive-position: 20702
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-To: oracle-l-bounce@freelists.org
X-original-sender: jkstill@gmail.com
Precedence: normal
Reply-To: jkstill@gmail.com
X-list: oracle-l
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net
X-Spam-Level: 
X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on 
 air891.startdedicated.com
X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=ham version=2.63

Ah, that's why I included the IIRC on the INITIAL size; too lazy
to go look it up. ;)
Have you checked on MetaLink for possible bugs in a version 
you are using?

9204 is no longer the 'latest and greatest'.

Jared


On 6/6/05, Barbara Baker <barb.baker@gmail.com> wrote:
> 
> Thanks, Jared! I missed that ref in the archives. It looks like
> exactly what's happening to me.
> 
> However, in my research, I saw references that lead me to believe
> there might be some way to change the behavior. From a Tom Kyte
> column "LMT's take the initial,next, minextents, pctincrease to figure
> out how much to initially allocate and allocate that much. . . . .
> if you start empty and grow -- it'll adjust. If you say "give me
> big", it'll start big"
> 
> and this one from Jonathan Lewis: "normal behaviour pattern is 16 x
> 64K extents before switching to 1mb extents, but if you're importing
> large objects with a large 'initial' size, or if your DDL requests a
> large initial size, then Oracle can skip the smaller size extents and
> leap straight in to 1mb, or even 1m extents."
> 
> In either case, I can't see how to "make it big"
> 
> Thx.
> 
> Barb
> 



-- 
Jared Still
Certifiable Oracle DBA and Part Time Perl Evangelist

--
http://www.freelists.org/webpage/oracle-l

