Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id 35E6D1337B4B for ; Mon, 18 Oct 2010 20:09:13 -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 38534-08 for ; Mon, 18 Oct 2010 23:09:05 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mail.postgresql.org (Postfix) with ESMTP id 896D3133616B for ; Mon, 18 Oct 2010 20:09:04 -0300 (ADT) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id o9IN938I027500; Mon, 18 Oct 2010 19:09:03 -0400 (EDT) To: Kasia Tuszynska cc: "pgsql-admin@postgresql.org" Subject: Re: transaction time and log analysis In-reply-to: <232B5217AD58584C87019E8933556D110219AA4FA6@redmx2.esri.com> References: <4CBC8886.9040608@nrc-cnrc.gc.ca> <232B5217AD58584C87019E8933556D110219AA4FA6@redmx2.esri.com> Comments: In-reply-to Kasia Tuszynska message dated "Mon, 18 Oct 2010 14:12:07 -0700" Date: Mon, 18 Oct 2010 19:09:02 -0400 Message-ID: <27499.1287443342@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.91 tagged_above=-10 required=5 tests=BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201010/153 X-Sequence-Number: 35894 Kasia Tuszynska writes: > 1. Is there anything I could do to in postgresql.conf file to speed up the time it takes postgres to commit a transaction? If you want the traditional guarantee that "commit" means "your data is safely down on persistent storage", there's not much you can do except buy better storage hardware. A disk controller card with battery-backed cache can be a relatively inexpensive solution. Try the pgsql-performance archives for more information than you need on that topic. If you're willing to live with weaker guarantees, consider disabling synchronous_commit. > 2. Is there anything better than pg_fouine to analyze logs? No idea on that one. regards, tom lane