From oracle-l-bounce@freelists.org  Mon Jun  6 13:22:18 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 j56IMINi028398
 for <oracle-l@orafaq.com>; Mon, 6 Jun 2005 13:22:18 -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 j56IMINi028391
 for <oracle-l@orafaq.com>; Mon, 6 Jun 2005 13:22:18 -0500
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id BCE321BBC90;
 Mon,  6 Jun 2005 12:19:08 -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 24576-07; Mon, 6 Jun 2005 12:19:08 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 3EA0D1BBC29;
 Mon,  6 Jun 2005 12:19:08 -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:content-transfer-encoding:content-disposition:references;
        b=EdDfj9gPhx+wMOpW+DtsEV+Jdcc+m1BbhdgNBjikRcPrlVmDmq4kZs9O6QER0hCbCxzVvdlOCDhFIl9k9M0DcqXWkPks8hS5uaNIn6iKRo00/Umiq1psRj3s5NXZj1RCAZsBR90f44x/T4kEiGg3UR8KdH1LvpN9SqFmY7/T5ug=
Message-ID: <47a6f72b05060610165c719577@mail.gmail.com>
Date: Mon, 6 Jun 2005 11:16:28 -0600
From: Barbara Baker <barb.baker@gmail.com>
To: Jared Still <jkstill@gmail.com>
Subject: Re: LMT Autoallocate initial, tot # of extents
Cc: oracle-l@freelists.org
In-Reply-To: <bf463805060609461e7e0236@mail.gmail.com>
Mime-Version: 1.0
Content-type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
Content-Disposition: inline
References: <47a6f72b050606091954e0f98c@mail.gmail.com>
	 <bf463805060609461e7e0236@mail.gmail.com>
X-archive-position: 20700
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-To: oracle-l-bounce@freelists.org
X-original-sender: barb.baker@gmail.com
Precedence: normal
Reply-To: barb.baker@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

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.  . . . . =20
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


On 6/6/05, Jared Still <jkstill@gmail.com> wrote:
> Hi Barbara,
>=20
> This is to be expected.
>=20
> Your experience here bears out what is found at=20
> http://www.freelists.org/archives/oracle-l/06-2004/msg01925.html
> and a few other places.
>=20
> Extent size will start out as 1m, progress to 8m and then 64m.
>=20
> Setting 'INITIAL' will not affect the size of the extents IIRC, just
> the number of them.
>=20
> Since you alread know the size of the table, perhaps a uniform
> extent size tablespace would be more practical.
>=20
> Jared
>=20
>=20
> On 6/6/05, Barbara Baker <barb.baker@gmail.com> wrote:
> > Oracle 9.2.0.4        Solaris 9     Blocksize 8192
> >=20
> > I'm attempting to move   several
> > tables from DMT to autoallocate LMT for a database migrated from
> > 8.1.7.4 to 9.2.0.4.  (Agonized over autoallocate vs. uniform size.=3D20
> > Perhaps I made the wrong choice.)  Anyhow . . .
> >=20
> > ...
> > Switches to 8192k after 64 extents=20
> >=20
> Jared Still
> Certifiable Oracle DBA and Part Time Perl Evangelist
>=20
>
--
http://www.freelists.org/webpage/oracle-l

