X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id E4781D78B6 for ; Thu, 17 Nov 2005 23:46:34 -0400 (AST) 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 34867-05 for ; Fri, 18 Nov 2005 03:46:38 +0000 (GMT) X-Greylist: from auto-whitelisted by SQLgrey- Received: from tigger.fuhr.org (tigger.fuhr.org [63.214.45.158]) by svr1.postgresql.org (Postfix) with ESMTP id 2C7FED719A for ; Thu, 17 Nov 2005 23:46:31 -0400 (AST) Received: from winnie.fuhr.org (winnie.fuhr.org [10.1.0.1]) by tigger.fuhr.org (8.13.3/8.13.3) with ESMTP id jAI3kWQ1049884 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 17 Nov 2005 20:46:34 -0700 (MST) (envelope-from mfuhr@winnie.fuhr.org) Received: from winnie.fuhr.org (localhost [127.0.0.1]) by winnie.fuhr.org (8.13.4/8.13.4) with ESMTP id jAI3kVRJ070282; Thu, 17 Nov 2005 20:46:31 -0700 (MST) (envelope-from mfuhr@winnie.fuhr.org) Received: (from mfuhr@localhost) by winnie.fuhr.org (8.13.4/8.13.4/Submit) id jAI3kVGM070281; Thu, 17 Nov 2005 20:46:31 -0700 (MST) (envelope-from mfuhr) Date: Thu, 17 Nov 2005 20:46:31 -0700 From: Michael Fuhr To: "Craig A. James" Cc: pgsql-performance@postgresql.org Subject: Re: Perl DBD and an alarming problem Message-ID: <20051118034631.GA70159@winnie.fuhr.org> References: <1132136225.5711.4.camel@Panoramix> <437B9DA9.2030806@modgraph-usa.com> <20051117002344.GA55377@winnie.fuhr.org> <437CF055.6020602@modgraph-usa.com> <20051117232857.GA49910@winnie.fuhr.org> <437D3085.9040207@modgraph-usa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <437D3085.9040207@modgraph-usa.com> X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0 required=5 tests=[AWL=0.000] X-Spam-Score: 0 X-Spam-Level: X-Archive-Number: 200511/345 X-Sequence-Number: 15602 [Please copy the mailing list on replies.] On Thu, Nov 17, 2005 at 05:38:13PM -0800, Craig A. James wrote: > >You probably shouldn't set statement_timeout on a global basis > >anyway > > The server is a "one trick pony" so setting a global timeout value is > actually appropriate. Beware that statement_timeout also applies to maintenance commands like VACUUM; it might be more appropriate to set per-user timeouts with ALTER USER. If you do set a global timeout then you might want to set a per-user timeout of 0 for database superusers so maintenance activities don't get timed out. > >... but did you reload the server after you made the change? > >Setting statement_timeout in postgresql.conf and then reloading the > >server works here in 8.0.4. > > Yes. By "reload" I assume you mean restarting it from scratch. Either a restart or a "pg_ctl reload", which sends a SIGHUP to the server. You can effect some changes by sending a signal to a running server without having to restart it entirely. > In this case, I use > > /etc/init.d/postgresql restart > > It definitely had no effect at all. I tried values clear down to 1 > millisecond, but the server never timed out for any query. Did you use "SHOW statement_timeout" to see if the value was set to what you wanted? Are you sure you edited the right file? As a database superuser execute "SHOW config_file" to see what file the server is using. What exactly did the line look like after you changed it? -- Michael Fuhr