Received: from localhost (maia-2.hub.org [200.46.204.187]) by postgresql.org (Postfix) with ESMTP id AFBB49FA4BB for ; Mon, 9 Apr 2007 18:05:54 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-maia, port 10024) with ESMTP id 84805-04 for ; Mon, 9 Apr 2007 18:05:46 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from serv01.siteground137.com (ns1.siteground137.com [67.15.250.10]) by postgresql.org (Postfix) with ESMTP id 6BA9A9FA138 for ; Mon, 9 Apr 2007 18:05:49 -0300 (ADT) Received: from nat.vinton.com ([209.162.219.253]:63408 helo=dogma.v10.wvs) by serv01.siteground137.com with esmtpa (Exim 4.52) id 1Hb13a-0006lm-2p; Mon, 09 Apr 2007 16:05:46 -0500 Subject: Re: Please humor me ... From: Jeff Davis To: Carlos Moreno Cc: PostgreSQL Performance In-Reply-To: <461A9C86.4000008@mochima.com> References: <461A9C86.4000008@mochima.com> Content-Type: text/plain Date: Mon, 09 Apr 2007 14:05:44 -0700 Message-Id: <1176152744.4152.75.camel@dogma.v10.wvs> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - serv01.siteground137.com X-AntiAbuse: Original Domain - postgresql.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - j-davis.com X-Source: X-Source-Args: X-Source-Dir: X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200704/213 X-Sequence-Number: 24090 On Mon, 2007-04-09 at 16:05 -0400, Carlos Moreno wrote: > And by the subject, I mean: please provide a "factual" answer, as opposed > to the more or less obvious answer which would be "no one in their sane > mind would even consider doing such thing" :-) > > 1) Would it be possible to entirely disable WAL? (something like setting a > symlink so that pg_xlog points to /dev/null, perhaps?) You can't disable WAL, but you can disable fsync. > 2) What would be the real implications of doing that? > A good chance that you lose your entire database cluster if the power fails. It's not just your tables that require WAL, it's also the system catalogs. If you were to disable it, and a system catalog became corrupt, the database would not know what to do. There's always a chance you could recover some of that data by a manual process (i.e. open up the database files in a hex editor and look for your data), but there would be no guarantee. Regards, Jeff Davis