Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id ED1B86326AD for ; Mon, 10 May 2010 15:39:25 -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 59702-07 for ; Mon, 10 May 2010 18:39:18 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from glacier.frostconsultingllc.com (glacier.frostconsultingllc.com [69.36.227.170]) by mail.postgresql.org (Postfix) with ESMTP id 0E30163229F for ; Mon, 10 May 2010 15:39:19 -0300 (ADT) Received: from dsl081-245-111.sfo1.dsl.speakeasy.net ([64.81.245.111] helo=Sidney-Stratton.local) by glacier.frostconsultingllc.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.69) (envelope-from ) id 1OBXsk-0005AA-Tx for pgsql-performance@postgresql.org; Mon, 10 May 2010 11:39:17 -0700 Message-ID: <4BE852CE.9020802@agliodbs.com> Date: Mon, 10 May 2010 11:39:10 -0700 From: Josh Berkus User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20090223 Thunderbird/3.0b2 MIME-Version: 1.0 To: postgres performance list Subject: Re: 8K recordsize bad on ZFS? References: <4BE4ABC9.6040106@agliodbs.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-10 required=5 tests=BAYES_00=-1.9 X-Spam-Level: X-Archive-Number: 201005/38 X-Sequence-Number: 38622 On 5/9/10 1:45 AM, Dimitri wrote: > Josh, > > it'll be great if you explain how did you change the records size to > 128K? - as this size is assigned on the file creation and cannot be > changed later - I suppose that you made a backup of your data and then > process a full restore.. is it so? You can change the recordsize of the zpool dynamically, then simply copy the data directory (with PostgreSQL shut down) to a new directory on that zpool. This assumes that you have enough space on the zpool, of course. We didn't test how it would work to let the files in the Postgres instance get gradually replaced by "natural" updating. -- -- Josh Berkus PostgreSQL Experts Inc. http://www.pgexperts.com