Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 4A29E64FD05 for ; Tue, 2 Sep 2008 03:39:29 -0300 (ADT) Received: from postgresql.org ([200.46.204.86]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 11505-03 for ; Tue, 2 Sep 2008 03:39:23 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from mail-out2.uio.no (mail-out2.uio.no [129.240.10.58]) by postgresql.org (Postfix) with ESMTP id D35E964FCF5 for ; Tue, 2 Sep 2008 03:39:24 -0300 (ADT) Received: from mail-mx4.uio.no ([129.240.10.45]) by mail-out2.uio.no with esmtp (Exim 4.69) (envelope-from ) id 1KaPXv-0000o9-3e; Tue, 02 Sep 2008 08:39:23 +0200 Received: from 165.84-49-232.nextgentel.com ([84.49.232.165] helo=[10.0.0.10]) by mail-mx4.uio.no with esmtpsa (TLSv1:AES256-SHA:256) user tfinneid (Exim 4.67) (envelope-from ) id 1KaPXu-0000W0-QG; Tue, 02 Sep 2008 08:39:23 +0200 Message-ID: <48BCDF9C.5020906@ifi.uio.no> Date: Tue, 02 Sep 2008 08:39:24 +0200 From: Thomas Finneid User-Agent: Thunderbird 2.0.0.16 (X11/20080724) MIME-Version: 1.0 To: Greg Smith CC: Thomas Finneid , pgsql-performance@postgresql.org Subject: Re: slow update of index during insert/copy References: <48BA9D65.2020001@ifi.uio.no> <48BB4A2D.9080404@postnewspapers.com.au> <48BBD22E.4090308@ifi.uio.no> In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-UiO-SPF-Received: X-UiO-Spam-info: not spam, SpamAssassin (score=-4.5, required=5.0, autolearn=disabled, TVD_RCVD_IP=0.502, UIO_MAIL_IS_INTERNAL=-5, uiobl=NO, uiouri=NO) X-UiO-Scanned: C9B7B357063B61300809C61D581152D9CCC13417 X-UiO-SPAM-Test: remote_host: 84.49.232.165 spam_score: -44 maxlevel 200 minaction 1 bait 0 mail/h: 2 total 58 max/h 6 blacklist 0 greylist 0 ratelimit 0 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=1.407 tagged_above=0 required=5 tests=NO_DNS_FOR_FROM=1.407 X-Spam-Level: * X-Archive-Number: 200809/24 X-Sequence-Number: 31337 Greg Smith wrote: > On Mon, 1 Sep 2008, Thomas Finneid wrote: Thanks for all the info on the disk controller, I will have to look through all that now :) > I note that nobody has talked about your postgresql.conf yet. I assume > you've turned autovacuum off because you're not ever deleting things > from these tables. That is correct. > You'll still need to run VACUUM ANALYZE periodically > to keep good statistics for your tables, but I don't think that's will look at it. > You should try setting this to open_sync , that can be considerably > faster for some write-heavy situations. Make sure to test that > throughly though, there are occasional reports of issues with that > setting under Linux; seems to vary based on kernel version. I haven't > had a chance to test the Ubuntu Hardy heavily in this area yet myself. The production machine is Solaris 10 running on a Sun v980. Do you know of it has any issues like these? Additionally, would I need to do any config changes when going from linux to solaris? The v980 has got lots of memory and a FC disk system, but I don't know much more about controllers and disk etc. But I suspects its got at least the same features as the disks and controller thats in the devel machine. regards thomas