Re: Formatting Curmudgeons WAS: MMAP Buffers - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Formatting Curmudgeons WAS: MMAP Buffers
Date
Msg-id 201105091525.p49FPOF25009@momjian.us
Whole thread Raw
In response to Re: Formatting Curmudgeons WAS: MMAP Buffers  (Greg Smith <greg@2ndQuadrant.com>)
Responses Re: Formatting Curmudgeons WAS: MMAP Buffers  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
Greg Smith wrote:
> On 04/21/2011 12:39 PM, Robert Haas wrote:
> > In fact, I've been wondering if we shouldn't consider extending the
> > support window for 8.2 past the currently-planned December 2011.
> > There seem to be quite a lot of people running that release precisely
> > because the casting changes in 8.3 were so painful, and I think the
> > incremental effort on our part to extend support for another year
> > would be reasonably small.
> 
> The pending EOL for 8.2 is the only thing that keeps me sane when 
> speaking with people who refuse to upgrade, yet complain that their 8.2 
> install is slow.  This last month, that seems to be more than usual "why 
> does autovacuum suck so much?" complaints that would all go away with an 
> 8.3 upgrade.  Extending the EOL is not doing any of these users a 
> favor.  Every day that goes by when someone is on a version of 
> PostgreSQL that won't ever allow in-place upgrade is just making worse 
> the eventual dump and reload they face worse.  The time spent porting to 
> 8.3 is a one-time thing; the suffering you get trying to have a 2011 
> sized database on 2006's 8.2 just keeps adding up the longer you 
> postpone it.

Interesting.  You could argue that once 8.3 is our earliest supported
release that we could even shrink the support window because the
argument "I can't dump/reload my data" would be gone.

--  Bruce Momjian  <bruce@momjian.us>        http://momjian.us EnterpriseDB
http://enterprisedb.com
 + It's impossible for everything to be true. +


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: postgresql.conf error checking strategy
Next
From: Tom Lane
Date:
Subject: Re: Backpatching of "Teach the regular expression functions to do case-insensitive matching"