Received: from magus.postgresql.org ([87.238.57.229]) by malur.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1TG8o1-0003wn-PU for pgsql-performance@postgresql.org; Mon, 24 Sep 2012 13:34:37 +0000 Received: from moutng.kundenserver.de ([212.227.126.186]) by magus.postgresql.org with esmtp (Exim 4.72) (envelope-from ) id 1TG8ny-0007y0-2p for pgsql-performance@postgresql.org; Mon, 24 Sep 2012 13:34:37 +0000 Received: from awork2.localnet (p5DDC5657.dip.t-dialin.net [93.220.86.87]) by mrelayeu.kundenserver.de (node=mreu4) with ESMTP (Nemesis) id 0M6c88-1TdKWr0xG8-00wVnP; Mon, 24 Sep 2012 15:34:33 +0200 From: Andres Freund Organization: 2ndquadrant.com To: Julien Cigar Subject: Re: Postgres becoming slow, only full vacuum fixes it Date: Mon, 24 Sep 2012 15:34:31 +0200 User-Agent: KMail/1.13.7 (Linux/3.6.0-rc6-andres-00066-g2682cc4-dirty; KDE/4.8.4; x86_64; ; ) Cc: pgsql-performance@postgresql.org References: <201209241434.56760.andres@2ndquadrant.com> <506057E7.5090008@ulb.ac.be> In-Reply-To: <506057E7.5090008@ulb.ac.be> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201209241534.31974.andres@2ndquadrant.com> X-Provags-ID: V02:K0:aRAr9Bqo94URutqpqOXDIpahyE2RPlBIh6g5zbkBukg N9TL57Fktq1RqA713XQQVJndbtLog1uznxg6LWe9jzzxf3Nthr m5XYif/neW4lHlsvrdr1rPiC91KDtuGoIMLimKEYCh/xX6s1Vh gG2JRg7A/yPo07VzEpePQf0EHELcAHLJmFQ6oSbLXnAx3P34mY O3PIfunDobp3vMoIED1Za3O+djDYujrAdK94H0LFJ7m1e7cyW5 sPzahyckJH/RnThgMepxsrsVMXJFBtl3uvOhdATvYNcAH/42FA EQljNNd0SPILInigaupgtgRNxyf14kowoJMspdn2wziVqAbAfd P/zkW/BXFAkkuJ8ReQYxJo98JHC7dIZIswLnQqq36 X-Pg-Spam-Score: -1.9 (-) X-Archive-Number: 201209/109 X-Sequence-Number: 47855 On Monday, September 24, 2012 02:53:59 PM Julien Cigar wrote: > On 09/24/2012 14:34, Andres Freund wrote: > > On Monday, September 24, 2012 02:21:09 PM Julien Cigar wrote: > >> 5) synchronous_commit = off should only be used if you have a > >> battery-backed write cache. > > > > Huh? Are you possibly confusing this with full_page_writes? > > indeed...! sorry for that > (note that you still have a (very) small chance of loosing data with > synchronous_commit = off if your server crashes between two "commit > chunks") Sure, you have a chance of loosing the last some transactions, but you won't corrupt anything. Thats the entire point of the setting ;) Greetings, Andres -- Andres Freund http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services