X-Original-To: pgsql-sql-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 1F0DF8B9E8E for ; Thu, 3 Feb 2005 14:57:14 +0000 (GMT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 37245-09 for ; Thu, 3 Feb 2005 14:57:07 +0000 (GMT) Received: from mail.idilis.net (mail.idilis.net [217.156.85.2]) by svr1.postgresql.org (Postfix) with ESMTP id 58DF58B9D1C for ; Thu, 3 Feb 2005 14:57:09 +0000 (GMT) Received: from [82.76.81.98] (helo=adi) by mail.idilis.net with asmtp id 1CwiPr-0008OI-00; Thu, 03 Feb 2005 16:57:07 +0200 To: "Richard Huxton" Cc: pgsql-sql@postgresql.org Subject: Re: [PERFORM] Tunning postgresql on linux (fedora core 3) References: <420202D0.7070602@archonet.com> <42022DA2.3040000@archonet.com> <42023A94.5040904@archonet.com> Message-ID: Date: Thu, 03 Feb 2005 18:59:40 +0200 From: Din Adrian Organization: Om Computer & SoftWare Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit In-Reply-To: <42023A94.5040904@archonet.com> User-Agent: Opera M2/7.54 (Linux, build 751) X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests= X-Spam-Level: X-Archive-Number: 200502/63 X-Sequence-Number: 20174 sorry about cc ... this is the site: http://www.varlena.com/varlena/GeneralBits/Tidbits/annotated_conf_e.html but I gues is not right ... hmm Adrian Din On Thu, 03 Feb 2005 14:52:04 +0000, Richard Huxton wrote: > I'll repeat myself: > > > > > Please CC the mailing list as well as replying to me, so that others > can help too. > > > > > Din Adrian wrote: >> On Thu, 03 Feb 2005 13:56:50 +0000, Richard Huxton >> wrote: >> >>> Please CC the mailing list as well as replying to me, so that others >>> can help too. >>> >>> >>>> b) in docs say that after 7.2 seting this to false does'n turn off >>>> the wall ...!? wich option does? >>> >>> >>> The docs don't say that, as far as I can see. It doesn't make sense >>> to turn off the WAL. >> hmm this is the doc about ... >> ' NOTE: Since 7.2, turning fsync off does NOT stop WAL. It does stop >> checkpointing, however. This is a change in the notes that follow Turn >> WAL off (fsync=false) only for a read-only database or one where the >> database can be regenerated from external software. While RAID plus >> UPSes can do a lot to protect your data, turning off fsync means that >> you will be restoring from backup in the event of hardware or power >> failure.' > > I don't know what this is, and you don't give a URL, but it DOES NOT > appear to be in the manuals. > > You should probably read the sections of the manuals regarding "run-time > configuration" and "write ahead logs". The manuals are quite extensive, > are available online at http://www.postgresql.org/ and also in most > distributions. > > This is probably a good place to start. > http://www.postgresql.org/docs/8.0/interactive/runtime-config.html#RUNTIME-CONFIG-WAL > >> If you turn it off you should have more speed ... !!!??? > > Basically, as I said in my last email - fsync=true makes sure > transaction details are safely stored on disk. If you turn this off, the > database doesn't have to wait for the data to physically be written to > the disk. But, if power fails then data might be in OS or disk cache and > so lost when you restart the machine. > > Please CC the mailing list if you reply to this message. > -- > Richard Huxton > Archonet Ltd > -- Using Opera's revolutionary e-mail client: http://www.opera.com/m2/