Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id 47E291337B3E for ; Fri, 1 Apr 2011 10:18:02 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 45046-09 for ; Fri, 1 Apr 2011 13:17:43 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from nm2-vm0.bullet.mail.ukl.yahoo.com (nm2-vm0.bullet.mail.ukl.yahoo.com [217.146.183.226]) by mail.postgresql.org (Postfix) with SMTP id 65F931337BA3 for ; Fri, 1 Apr 2011 10:17:42 -0300 (ADT) Received: from [217.146.183.213] by nm2.bullet.mail.ukl.yahoo.com with NNFMP; 01 Apr 2011 13:17:42 -0000 Received: from [217.146.183.167] by tm6.bullet.mail.ukl.yahoo.com with NNFMP; 01 Apr 2011 13:17:42 -0000 Received: from [127.0.0.1] by omp1008.mail.ukl.yahoo.com with NNFMP; 01 Apr 2011 13:17:42 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 91815.94165.bm@omp1008.mail.ukl.yahoo.com Received: (qmail 50263 invoked by uid 60001); 1 Apr 2011 13:17:42 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.uk; s=s1024; t=1301663861; bh=k4ecBqTa/w4puGbTkXGjq84O5arAF+uGx4jLxFMPHR0=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ajzkdId8dzg9NCKhyUA3i0jeCv8uv7jMM0HWfx+HAreTMV3wKlba0yOujOEU9gSLOyWv1VpWgIEB74crtndQdi9Ql62sJvI04yylfkc6qk+3X+mc2OU12Scqkn325M5pMuNUUHANGs1P/ySWzVkB9B4wNQkyPy2O5ABKRSqWI0c= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.co.uk; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=sabd27GTPAAu9eR9yPbqeykoAFPGaB9BzX4MjXY1yItUECPNWIdVqriL3u4YvJEjwXlOEJSWJsYBtId6gG3Y69aulpbm6DMVMkEnGSYAYF1H0zgGAu1z5Oinws6reArNf/AFnARJkxpjOcT4kjhagKuTV2i4CUSxuGsd4ACxFzU=; Message-ID: <983729.42184.qm@web26003.mail.ukl.yahoo.com> X-YMail-OSG: rSBfQgUVM1kvpr8ofPjkHgI9LXPrkgh4LfDFkksxTJ.Benf ENyOzvSnJ0fNUONKP4NXhNVI1.uEVIbM0i4fiv_VMNYasyZm8L.gwKGN3YCF T4y2cT_sOSiZUkAG2SfFWkZEXRHXrkxaRn9jxWNEY.z.sUtmcnbiQyiOWi9w UZrwf0voDEE_0mtfDHy4UQR5wPI4HxrR3XIe3_kzum0S4RhZd56LfGxG4b67 aOuESSwnoLNA1DBHKgQ3QNegMTJFTzAFfS8IlhL2_2tYKSlbnMCBYJRUg4ju dRC4dm_u7l_Jp7NLCBb3sycqUBwf0bwfeCgqEVL1OX594bHPGGTP.ApOQc5L BS9f4bPTCtaeI.1YJNcj.bpkqiimK Received: from [83.100.146.195] by web26003.mail.ukl.yahoo.com via HTTP; Fri, 01 Apr 2011 14:17:41 BST X-Mailer: YahooMailClassic/12.0.2 YahooMailWebService/0.8.109.295617 Date: Fri, 1 Apr 2011 14:17:41 +0100 (BST) From: Glyn Astill Subject: Re: Index fillfactor changed in pg9? To: Kenneth Marshall Cc: pgsql-admin@postgresql.org In-Reply-To: <20110401130550.GU26726@aart.is.rice.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.898 tagged_above=-10 required=5 tests=BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RFC_ABUSE_POST=0.001 X-Spam-Level: X-Archive-Number: 201104/15 X-Sequence-Number: 37196 --- On Fri, 1/4/11, Kenneth Marshall wrote:=0A=0A> > =0A> > = Just testing some new hardware on 9.0.3 and have=0A> restored one of our du= mps from 8.4.7.=A0 What I'm seeing=0A> is although table sizes are the same= , indexes are a lot=0A> bigger, approx 50%.=0A> > =0A> > I've done a search= and so far can't find anything, but=0A> have default fillfactors changed? = Or is it something else?=0A> > =0A> > Thanks=0A> > Glyn=0A> > =0A> =0A> Giv= en absolutely zero information, are both platforms the=0A> same=0A> number = of bits? 32-versus 64-bit? The alignment needs for=0A> 64-bit=0A> could res= ult in needing more space. Another alternative is=0A> that=0A> the order of= data insertion caused a bigger index. What=0A> happens=0A> if you run a RE= INDEX on both DB's to the index sizes?=0A> =0A> Regards,=0A> Ken=0A> =0A=0A= Sorry for the lack of info there. Both are 64 bit, both have ext3 filesyste= ms set up the same, the 8.4 machine is on kernel 2.6.26 whereas the 9.0 mac= hine is on 2.6.32.=0A=0AREINDEX does indeed decreace the size. I guess the= question is why does pg_restore create them bloated? Could it be the parra= llel (-j) option?