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

From Andres Freund
Subject Re: Perfomance degradation 9.3 (vs 9.2) for FreeBSD
Date
Msg-id 20140421111001.GA14024@alap3.anarazel.de
Whole thread Raw
In response to Perfomance degradation 9.3 (vs 9.2) for FreeBSD  (Palle Girgensohn <girgen@FreeBSD.org>)
Responses Re: Perfomance degradation 9.3 (vs 9.2) for FreeBSD  (Alfred Perlstein <alfred@freebsd.org>)
Re: Perfomance degradation 9.3 (vs 9.2) for FreeBSD  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Perfomance degradation 9.3 (vs 9.2) for FreeBSD  (Alfred Perlstein <bright@mu.org>)
Re: Perfomance degradation 9.3 (vs 9.2) for FreeBSD  (Peter Geoghegan <pg@heroku.com>)
List pgsql-hackers
Hi,

On 2014-04-20 11:24:38 +0200, Palle Girgensohn wrote:
> I see performance degradation with PostgreSQL 9.3 vs 9.2 on FreeBSD, and I'm wondering who to poke to mitigate the
problem.In reference to this thread [1], who where the FreeBSD people that Francois mentioned? If mmap needs to perform
wellin the kernel, I'd like to know of someone with FreeBSD kernel knowledge who is interested in working with mmap
perfocmance.If mmap is indeed the cuplrit, I've just tested 9.2.8 vs 9.3.4, I nevere isolated the mmap patch, although
Ibelieve Francois did just that with similar results.
 

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.

Imo this means we need to add GUC to control wether anon mmap() or sysv
shmem is to be used. In 9.3.

Greetings,

Andres Freund

-- Andres Freund                       http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training &
Services



pgsql-hackers by date:

Previous
From: Palle Girgensohn
Date:
Subject: Re: Perfomance degradation 9.3 (vs 9.2) for FreeBSD
Next
From: Dmitry Voronin
Date:
Subject: Re: New functions for sslinfo extension