Re: Perfomance degradation 9.3 (vs 9.2) for FreeBSD
Alfred Perlstein <alfred@freebsd.org>
From: Alfred Perlstein <alfred@freebsd.org>
To: Stephen Frost <sfrost@snowman.net>
Cc: Andres Freund <andres@2ndquadrant.com>, pgsql-hackers@postgresql.org
Date: 2014-04-21T21:25:31Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Add shared_memory_type GUC.
- f1bebef60ec8 12.0 landed
On 4/21/14, 2:23 PM, Stephen Frost wrote: > Alfred, > > * Alfred Perlstein (alfred@freebsd.org) wrote: >> On 4/21/14, 12:47 PM, Stephen Frost wrote: >>> Asking for help to address the FreeBSD performance would have >>> been much better received. Thanks, Stephen >> That is exactly what I did, I asked for a version of postgresql that >> was easy to switch at runtime between two behaviors. >> >> That would make it a LOT easier to run a few scripts and make sure I >> got the correct binary without having to munge PREFIX and a bunch of >> PATH and other tools to get my test harness to DTRT. > I'm sure one of the hackers would be happy to provide you with a patch > to help you with your testing. That would be fine. > That's quite a different thing from asking for a GUC to be provided and > then supported over the next 5 years as part of the core release, which > is what I believe we all thought you were asking for. I did not know that GUCs were not classified into "experimental/non-experimental". The fact that a single GUC would need to be supported for 5 years is definitely something to consider. Now I understand the push back a little more. -Alfred