Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id 03F0B632A8F for ; Thu, 24 Jun 2010 05:25:34 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 50986-06 for ; Thu, 24 Jun 2010 08:25:27 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from smtp1.hi-media-techno.com (smtp1.hi-media-techno.com [195.158.241.85]) by mail.postgresql.org (Postfix) with ESMTP id E1281632A1D for ; Thu, 24 Jun 2010 05:25:26 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by smtp1.hi-media-techno.com (Postfix) with ESMTP id D71CE93B92; Thu, 24 Jun 2010 10:25:24 +0200 (CEST) Received: from smtp1.hi-media-techno.com ([127.0.0.1]) by localhost (smtp1.backbone.hi-media-techno.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XVIjaOmKli2D; Thu, 24 Jun 2010 10:25:24 +0200 (CEST) Received: from mail1.hi-media-techno.com (unknown [192.168.27.17]) by smtp1.hi-media-techno.com (Postfix) with ESMTP id 8EBA693B75; Thu, 24 Jun 2010 10:25:24 +0200 (CEST) Received: from dim (unknown [83.167.62.196]) by mail1.hi-media-techno.com (Postfix) with ESMTPSA id 3086E684D1; Thu, 24 Jun 2010 10:25:24 +0200 (CEST) Received: by dim (Postfix, from userid 1000) id BAF7965D78; Thu, 24 Jun 2010 10:25:23 +0200 (CEST) From: Dimitri Fontaine To: Tom Lane Cc: Dave Page , Robert Haas , Bruce Momjian , Josh Berkus , postgres performance list Subject: Re: PostgreSQL as a local in-memory cache Organization: Hi-Media References: <24597.1276803510@sss.pgh.pa.us> <201006231937.o5NJbKp05127@momjian.us> <27712.1277325786@sss.pgh.pa.us> User-Mail-Address: dfontaine@hi-media.com Date: Thu, 24 Jun 2010 10:25:23 +0200 In-Reply-To: <27712.1277325786@sss.pgh.pa.us> (Tom Lane's message of "Wed, 23 Jun 2010 16:43:06 -0400") Message-ID: <87sk4cu9ak.fsf@hi-media-techno.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: 201006/417 X-Sequence-Number: 39273 Tom Lane writes: > The problem with a system-wide no-WAL setting is it means you can't > trust the system catalogs after a crash. Which means you are forced to > use initdb to recover from any crash, in return for not a lot of savings > (for typical usages where there's not really much churn in the > catalogs).=20 What about having a "catalog only" WAL setting, userset=C2=A0? I'm not yet clear on the point but it well seems that the per transaction WAL setting is impossible because of catalogs (meaning mainly DDL support), but I can see us enforcing durability and crash safety there. That would probably mean that setting WAL level this low yet doing any kind of DDL would need to be either an ERROR, or better yet, a WARNING telling that the WAL level can not be that low so has been raised by the system. Regards, --=20 dim