Re: Sub optimal performance with default setting of Postgresql with FreeBSD 9.1 on ZFS

Поиск
Список
Период
Сортировка
От ktm@rice.edu
Тема Re: Sub optimal performance with default setting of Postgresql with FreeBSD 9.1 on ZFS
Дата
Msg-id 20130107182811.GR14743@aart.rice.edu
обсуждение исходный текст
Ответ на Re: Sub optimal performance with default setting of Postgresql with FreeBSD 9.1 on ZFS  (Patrick Dung <patrick_dkt@yahoo.com.hk>)
Ответы Re: Sub optimal performance with default setting of Postgresql with FreeBSD 9.1 on ZFS  (Patrick Dung <patrick_dkt@yahoo.com.hk>)
Список 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 по дате отправления:

Предыдущее
От: nobody nowhere
Дата:
Сообщение: Re: SMP on a heavy loaded database FIXED !!!!
Следующее
От: Merlin Moncure
Дата:
Сообщение: Re: Two Necessary Kernel Tweaks for Linux Systems