From: Patrick Dung <patrick_dkt@yahoo.com.hk>
To: pgsql-performance@postgresql.org
Subject: Re: Sub optimal performance with default setting of Postgresql with FreeBSD 9.1 on ZFS
Date: Tue, 8 Jan 2013 01:18:02 +0800 (SGT)
Message-ID: <1357579082.78674.YahooMailClassic@web190804.mail.sg3.yahoo.com> (raw)
In-Reply-To: <1357572772.78036.YahooMailClassic@web190801.mail.sg3.yahoo.com>
List-Unsubscribe: <mailto:majordomo@postgresql.org?body=unsub%20pgsql-performance>
Hi,
Updated information in this post.
I have installed Postgresql 9.2.2 (complied by gcc) in FreeBSD 9.1 i386.
The pgsql base directory is in a ZFS dataset.
I
have noticed the performance is sub-optimal, but I know the default
setting should be the most safest one to be use (without possible data
corruption/loss).
a) I use OTRS ticketing system version 3.1, the backend is PostgreSQL.
The user interactive response is not slow (switching web pages or create a change).
b) There is a benchmark in the support module of OTRS.
It tested insert,update,select and delete performance.
The response time is slow (>10 sec), except select.
I have done some research on web, with below settings (just one change, not both), the performance returned to normal:
1) Disabled sync in the pgsql dataset in ZFS
zfs set sync=disabled mydata/pgsql
or
2) In
postgresql.conf, set synchronous_commit from on to off
I know the above setting would lead to data loss (e.g.power goes off), any comments?
PS:
1) I have tried to use primarycache/secondarycache=metadata/none, it do not seem to help.
2)
I have tried the default setting on Linux too:
RHEL 6.3, ext4, stock postgresql 8.x, OTRS 3.1.
The web site is responsive and the benchmark result is more or less the same as FreeBSD with the 'sync' turned off.
3)
For FreeBSD, same setting with Postgresql on UFS:
The performance is between ZFS (default, sync enabled) and ZFS (sync disabled).
Thanks,
Patrick
--- On Mon, 1/7/13, Patrick Dung <patrick_dkt@yahoo.com.hk> wrote:
From: Patrick Dung <patrick_dkt@yahoo.com.hk>
Subject: Sub optimal performance with default setting of Postgresql with FreeBSD 9.1 on ZFS
To: pgsql-performance@postgresql.org
Date: Monday, January 7, 2013, 11:32 PM
Hi,
I have installed Postgresql 9.2.2 (complied by gcc) in FreeBSD 9.1 i386.
The pgsql base directory is in a ZFS dataset.
I have noticed the performance is sub-optimal, but I know the default setting should be the most safest one to be use (without possible data corruption/loss).
a) I use OTRS ticketing system, the backend is PostgreSQL.
The user interactive response is not slow (switching web pages or create a change).
b) There is a benchmark in the support module of OTRS.
It tested insert,update,select and delete performance.
The response time is slow (>10 sec), except select.
I have done some research on web, with below settings (just one change, not both), the performance returned to normal:
1) Disabled sync in the pgsql dataset in ZFS
zfs set sync=disabled mydata/pgsql
or
2) In
postgresql.conf, set synchronous_commit from on to off
I know the above setting would lead to data loss (e.g.power goes off), any comments?
PS:
1) I have tried to use primarycache/secondarycache=metadata/none, it do not seem to help.
2)
I have tried the default setting on Linux too:
RHEL 6.3, stock postgresql 8.x, OTRS 3.1.
The web site is responsive and the benchmark result is more or less the same as FreeBSD with the 'sync' turned off.
Thanks,
Patrick
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-performance@postgresql.org
Cc: patrick_dkt@yahoo.com.hk
Subject: Re: Sub optimal performance with default setting of Postgresql with FreeBSD 9.1 on ZFS
In-Reply-To: <1357579082.78674.YahooMailClassic@web190804.mail.sg3.yahoo.com>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox