Re: Perfomance degradation 9.3 (vs 9.2) for FreeBSD - Mailing list pgsql-hackers

From Peter Geoghegan
Subject Re: Perfomance degradation 9.3 (vs 9.2) for FreeBSD
Date
Msg-id CAM3SWZTcoUFrFZ5j4+xXbGGFQ4x6pJe+ApmmTa_-g0ONZbsT0g@mail.gmail.com
Whole thread Raw
In response to Re: Perfomance degradation 9.3 (vs 9.2) for FreeBSD  (Andres Freund <andres@2ndquadrant.com>)
List pgsql-hackers
On Mon, Apr 21, 2014 at 4:10 AM, Andres Freund <andres@2ndquadrant.com> wrote:
> If there are indeed such large regressions on FreeBSD we need to treat
> them as postgres regressions. It's nicer not to add config options for
> things that don't need it, but apparently that's not the case here.

+1, but I think this is something for packagers to get right, not users.

I really don't like the idea of playing chicken with the FreeBSD
people, especially since we're going to use System V shared memory
into the foreseeable future anyway. It's probably *far* easier for us
to fix it than it is for the FreeBSD people to fix it.

-- 
Peter Geoghegan



pgsql-hackers by date:

Previous
From: Tatsuo Ishii
Date:
Subject: Re: Perfomance degradation 9.3 (vs 9.2) for FreeBSD
Next
From: Peter Geoghegan
Date:
Subject: Re: Clock sweep not caching enough B-Tree leaf pages?