Re: Sub optimal performance with default setting of Postgresql with FreeBSD 9.1 on ZFS - Mailing list pgsql-performance

From ktm@rice.edu
Subject Re: Sub optimal performance with default setting of Postgresql with FreeBSD 9.1 on ZFS
Date
Msg-id 20130107182811.GR14743@aart.rice.edu
Whole thread Raw
In response to Re: Sub optimal performance with default setting of Postgresql with FreeBSD 9.1 on ZFS  (Patrick Dung <patrick_dkt@yahoo.com.hk>)
Responses Re: Sub optimal performance with default setting of Postgresql with FreeBSD 9.1 on ZFS  (Patrick Dung <patrick_dkt@yahoo.com.hk>)
List pgsql-performance
Hi Patrick,

You really need a flash ZIL with ZFS to handle syncs effectively. Setting
the sync_commit to off is the best you can do without it. Not that that
is bad, we do that here as well.

Regards,
Ken

On Tue, Jan 08, 2013 at 01:18:02AM +0800, Patrick Dung wrote:
> 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
(withoutpossible 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


pgsql-performance by date:

Previous
From: nobody nowhere
Date:
Subject: Re: SMP on a heavy loaded database FIXED !!!!
Next
From: Merlin Moncure
Date:
Subject: Re: Two Necessary Kernel Tweaks for Linux Systems