Skip site navigation (1) Skip section navigation (2)

Re: improvements to pgtune

From: Greg Smith <greg(at)2ndquadrant(dot)com>
To: Daniel Farina <daniel(at)heroku(dot)com>
Cc: Shiv <rama(dot)theone(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: improvements to pgtune
Date: 2011-04-28 02:02:44
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
Daniel Farina wrote:
> It seems like in general it lacks a feedback mechanism to figure things out settings
> from workloads, instead relying on Greg Smith's sizable experience to
> do some arithmetic and get you off the ground in a number of common cases.

To credit appropriately, the model used right now actually originated 
with a Josh Berkus spreadsheet, from before I was doing this sort of 
work full-time.  That's held up pretty well, but it doesn't fully 
reflect how I do things nowadays.  The recent realization that pgtune is 
actually shipping as a package for Debian/Ubuntu now has made realize 
this is a much higher profile project now, one that I should revisit 
doing a better job on.

Every time I've gotten pulled into discussions of setting parameters 
based on live monitoring, it's turned into a giant black hole--absorbs a 
lot of energy, nothing useful escapes from it.  I credit completely 
ignoring that idea altogether, and using the simplest possible static 
settings instead, as one reason I managed to ship code here that people 
find useful.  I'm not closed to the idea, just not optimistic it will 
lead anywhere useful.  That makes it hard to work on when there are so 
many obvious things guaranteed to improve the program that could be done 

Greg Smith   2ndQuadrant US    greg(at)2ndQuadrant(dot)com   Baltimore, MD
PostgreSQL Training, Services, and 24x7 Support

In response to


pgsql-hackers by date

Next:From: Vlad ArkhipovDate: 2011-04-28 03:07:34
Subject: Re: Predicate locking
Previous:From: Greg SmithDate: 2011-04-28 01:50:20
Subject: Re: improvements to pgtune

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group