Received: from localhost (maia-5.hub.org [200.46.204.182]) by postgresql.org (Postfix) with ESMTP id B61C89FB558 for ; Wed, 20 Jun 2007 03:24:08 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-maia, port 10024) with ESMTP id 32324-05 for ; Wed, 20 Jun 2007 03:24:02 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from westnet.com (westnet.com [216.187.52.2]) by postgresql.org (Postfix) with ESMTP id CFC5D9FB5E8 for ; Wed, 20 Jun 2007 03:24:03 -0300 (ADT) Received: from westnet.com (localhost [127.0.0.1]) by westnet.com (8.14.0/8.14.0) with ESMTP id l5K6O4wX019854 for ; Wed, 20 Jun 2007 02:24:04 -0400 (EDT) Received: from localhost (gsmith@localhost) by westnet.com (8.14.0/8.13.2/Submit) with ESMTP id l5K6O3PZ019850 for ; Wed, 20 Jun 2007 02:24:03 -0400 (EDT) X-Authentication-Warning: westnet.com: gsmith owned process doing -bs Date: Wed, 20 Jun 2007 02:24:03 -0400 (EDT) From: Greg Smith X-X-Sender: gsmith@westnet.com To: pgsql-performance@postgresql.org Subject: Re: PostgreSQL Configuration Tool for Dummies In-Reply-To: <200706191254.09777.josh@agliodbs.com> Message-ID: References: <200706191254.09777.josh@agliodbs.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200706/403 X-Sequence-Number: 25436 On Tue, 19 Jun 2007, Josh Berkus wrote: > I don't think the "mostly reads / mostly writes" question covers anything, > nor is it likely to produce accurate answers. Instead, we need to ask the > users to characterize what type of application they are running: > T1) Please characterize the general type of workload you will be running on > this database. Choose one of the following four... We've hashed through this area before, but for Lance's benefit I'll reiterate my dissenting position on this subject. If you're building a "tool for dummies", my opinion is that you shouldn't ask any of this information. I think there's an enormous benefit to providing something that takes basic sizing information and gives conservative guidelines based on that--as you say, "safe, middle-of-the-road values"--that are still way, way more useful than the default values. The risk in trying to make a complicated tool that satisfies all the users Josh is aiming his more sophisticated effort at is that you'll lose the newbies. Scan the archives of this mailing list for a bit. If you look at what people discover they've being nailed by, it's rarely because they need to optimize something like random_page_cost. It's usually because they have a brutally wrong value for one of the memory or vacuum parameters that are very easy to provide reasonable suggestions for without needing a lot of information about the server. I wouldn't even bother asking how many CPUs somebody has for what Lance is building. The kind of optimizations you'd do based on that are just too complicated to expect a tool to get them right and still be accessible to a novice. -- * Greg Smith gsmith@gregsmith.com http://www.gregsmith.com Baltimore, MD