X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by postgresql.org (Postfix) with ESMTP id 7D4299DCA14 for ; Mon, 20 Mar 2006 15:12:37 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 50373-03 for ; Mon, 20 Mar 2006 15:12:37 -0400 (AST) Received: from svr4.postgresql.org (svr4.postgresql.org [66.98.251.159]) by postgresql.org (Postfix) with ESMTP id 783AD9DC83A for ; Mon, 20 Mar 2006 15:12:35 -0400 (AST) Received: from pi.bitscribe.net (ip-64-70-39-107.hosts.zerolag.com [64.70.39.107]) by svr4.postgresql.org (Postfix) with ESMTP id A17755AF08F for ; Mon, 20 Mar 2006 19:12:36 +0000 (GMT) Received: by pi.bitscribe.net (Postfix, from userid 99) id CD7E21073A8; Mon, 20 Mar 2006 11:12:34 -0800 (PST) Received: from [192.168.1.102] (dsl093-066-021.lax1.dsl.speakeasy.net [66.93.66.21]) by pi.bitscribe.net (Postfix) with ESMTP id 830C21073A6 for ; Mon, 20 Mar 2006 11:12:31 -0800 (PST) Message-ID: <441EFEA2.70207@orangekids.org> Date: Mon, 20 Mar 2006 11:12:34 -0800 From: Orion Henry User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: pgsql-performance@postgresql.org Subject: Auto performance tuning? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, score=0 required=5 tests=[none] X-Spam-Score: 0 X-Spam-Level: X-Archive-Number: 200603/339 X-Sequence-Number: 17776 I have to say I've been really impressed with the quality and diversity of tools here to increase performance for PostgreSQL. But I keep seeing a lot of the same basic things repeated again and again. Has anyone looked into a "smart" or auto-adjusting resource manager for postgres? Consider for instance you set it to aggressively use system resources, then it would do things like notice that it needs more work mem after profiling a few thousand queries and adds it for you, or that a specific index or table should be moved to a different spindle and does it in the background, or that query plans keep screwing up on a particular table so it knows to up the amount of stastics it keeps on that table. Is this a crazy idea or something someone's already working on? Orion