Re: Formatting Curmudgeons WAS: MMAP Buffers

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Greg Smith <greg(at)2ndquadrant(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, "Ross J(dot) Reedstrom" <reedstrm(at)rice(dot)edu>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Eisentraut <peter_e(at)gmx(dot)net>, Josh Berkus <josh(at)agliodbs(dot)com>, pgsql-hackers(at)postgresql(dot)org, Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Dan Ports <drkp(at)csail(dot)mit(dot)edu>, Kevin Grittner <kevin(dot)grittner(at)wicourts(dot)gov>, andrew <andrew(at)dunslane(dot)net>, cbbrowne <cbbrowne(at)gmail(dot)com>
Subject: Re: Formatting Curmudgeons WAS: MMAP Buffers
Date: 2011-05-09 15:48:23
Message-ID: 201105091548.p49FmNs27509@momjian.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Robert Haas wrote:
> > 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.
>
> Personally, I think the support window is on the borderline of being
> too short already. There are several Linux distributions out there
> that offer 5-year support for certain releases. Even assuming they
> incorporate the latest version of PostgreSQL at the time they wrap the
> final release, it'll already be some months since we released that
> version, and that means we'll stop supporting that version of
> PostgreSQL before they stop supporting that release. I regularly have
> systems that run for 3 or 4 years without needing to be reinstalled,
> and they're not necessarily running the bleeding-edge version of
> PostgreSQL when first installed. So they, too, are on the trailing
> edge of our support. As much as I believe that 9.0 (and, now, 9.1)
> are the future and people should move to them, we can't enforce that.
> EOL doesn't necessarily drive people to move. If they're just running
> "yum update" they're going to get 8.whatever.latest, and that's out of
> support and missing relevant bug fixes, then it is. I haven't run
> into much 8.1 recently, but it seems there is still a decent chunk of
> 8.2 out there.

I agree we don't want to shorten the window --- I was just pointing out
that we have more upgrade options than in the past. One big push for
shortening was the Win32 issues on 8.0 and perhaps 8.1 that were
unfixable, which helped push retiring, at least on that platforms, and
once you retire on one platform, there is momentum to retire all
platforms for that release.

With Win32 stable on 8.2, we could say we don't need to shorten the
window as much, but pg_upgrade would allow us to keep it the same as now
because upgrades are potentially easier.

--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com

+ It's impossible for everything to be true. +

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2011-05-09 15:56:33 Re: Formatting Curmudgeons WAS: MMAP Buffers
Previous Message Robert Haas 2011-05-09 15:45:06 Re: postgresql.conf error checking strategy