Re: Release Note Changes - Mailing list pgsql-hackers

From Gregory Stark
Subject Re: Release Note Changes
Date
Msg-id 87ir3kcbc6.fsf@oxford.xeocode.com
Whole thread Raw
In response to Re: Release Note Changes  (Simon Riggs <simon@2ndquadrant.com>)
Responses Re: Release Note Changes  ("Usama Dar" <munir.usama@gmail.com>)
Re: Release Note Changes  (Simon Riggs <simon@2ndquadrant.com>)
Re: Release Note Changes  ("Merlin Moncure" <mmoncure@gmail.com>)
Re: Release Note Changes  (Josh Berkus <josh@agliodbs.com>)
List pgsql-hackers
"Simon Riggs" <simon@2ndquadrant.com> writes:

> If people understand there aren't 13 performance improvements there are
> at *least* 19+ that is a positive message to help people decide to
> upgrade. 

Frankly I think the release notes are already too long. People who judge a
release by counting the number of items in the release notes are not worth
appeasing. Including every individual lock removed or code path optimized will
only obscure the important points on which people should be judging the
relevance of the release to them. Things like smoothing checkpoint i/o which
could be removing a show-stopper problem for them.

If they're mentioned at all a single release note bullet point saying "Many
optimizations and concurrency improvements in areas such as transaction start
and finish, checkpoint start, record visibility checking, merge join plans,
..." would suffice.

--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com Ask me about EnterpriseDB's 24x7 Postgres support!


pgsql-hackers by date:

Previous
From: Simon Riggs
Date:
Subject: Re: Release Note Changes
Next
From: "Usama Dar"
Date:
Subject: Re: Release Note Changes