Re: Why does WAL_DEBUG macro need to be defined by default?

Поиск
Список
Период
Сортировка
От Heikki Linnakangas
Тема Re: Why does WAL_DEBUG macro need to be defined by default?
Дата
Msg-id 4E8ED502.60905@enterprisedb.com
обсуждение исходный текст
Ответ на Why does WAL_DEBUG macro need to be defined by default?  (Fujii Masao <masao.fujii@gmail.com>)
Список pgsql-hackers
On 07.10.2011 12:19, Fujii Masao wrote:
> Hi,
>
> I found that by default WAL_DEBUG macro has been defined in
> 9.2dev and 9.1. I'm very surprised at this. Why does WAL_DEBUG
> need to be defined by default? The performance overhead
> introduced by WAL_DEBUG is really vanishingly low?
>
> WAL_DEBUG was defined in the following commit:
> 53dbc27c62d8e1b6c5253feba04a5094cb8fe046
>
> ----------------------
>      Support unlogged tables.
>
>      The contents of an unlogged table are WAL-logged; thus, they are not
>      available on standby servers and are truncated whenever the database
>      system enters recovery.  Indexes on unlogged tables are also unlogged.
>      Unlogged GiST indexes are not currently supported.
> ----------------------

I'm pretty sure that change was included in the commit by accident.

That said, the overhead of WAL_DEBUG probably is insignificant, as long 
as you don't actually set wal_debug=on. I wonder if we should leave it 
enabled.

--   Heikki Linnakangas  EnterpriseDB   http://www.enterprisedb.com


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Yeb Havinga
Дата:
Сообщение: Re: [REVIEW] Patch for cursor calling with named parameters
Следующее
От: Etsuro Fujita
Дата:
Сообщение: Re: WIP: Collecting statistics on CSV file data