X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [64.117.224.130]) by svr1.postgresql.org (Postfix) with ESMTP id AAD80D1B4E3 for ; Sat, 11 Oct 2003 10:22:30 +0000 (GMT) Received: from svr1.postgresql.org ([64.117.224.193]) by localhost (neptune.hub.org [64.117.224.130]) (amavisd-new, port 10024) with ESMTP id 24197-10 for ; Sat, 11 Oct 2003 07:21:51 -0300 (ADT) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by svr1.postgresql.org (Postfix) with ESMTP id AF3B8D1B4FC for ; Sat, 11 Oct 2003 07:21:43 -0300 (ADT) Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1A8Gsb-00012r-00 for ; Sat, 11 Oct 2003 12:21:45 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: pgsql-performance@postgresql.org Received: from sea.gmane.org ([80.91.224.252]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1A8GsY-00012j-00 for ; Sat, 11 Oct 2003 12:21:42 +0200 Received: from news by sea.gmane.org with local (Exim 3.35 #1 (Debian)) id 1A8GsY-0004Zr-00 for ; Sat, 11 Oct 2003 12:21:42 +0200 From: Harald Fuchs Subject: Re: go for a script! / ex: PostgreSQL vs. MySQL Date: 11 Oct 2003 12:22:42 +0200 Organization: Linux Private Site Lines: 16 Message-ID: References: <007901c38f2b$0b585590$2802a8c0@webbased10> <200310101034.52073.josh@agliodbs.com> <3F86F5BB.90605@chuckie.co.uk> <20031010225924.GC8664@perrin.nxad.com> <1065837333.12875.1.camel@jester> Reply-To: hf99@protecting.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sea.gmane.org X-No-Archive: yes User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 X-Virus-Scanned: by amavisd-new at postgresql.org X-Archive-Number: 200310/386 X-Sequence-Number: 4134 In article <1065837333.12875.1.camel@jester>, Rod Taylor writes: >> Would anyone object to a patch that exports the blocksize via a >> readonly GUC? Too many tunables are page dependant, which is >> infuriating when copying configs from DB to DB. I wish pgsql had some >> notion of percentages for values that end with a '%'. > Rather than showing the block size, how about we change the tunables to > be physical sizes rather than block based? > effective_cache_size = 1.5GB > shared_buffers = 25MB Amen! Being forced to set config values in some obscure units rather than bytes is an ugly braindamage which should be easy to fix.