Re: Why Wal_buffer is 64KB

Поиск
Список
Период
Сортировка
От Tadipathri Raghu
Тема Re: Why Wal_buffer is 64KB
Дата
Msg-id 645d9d71003290005q2ba3b33fhca45d9e2f6067f3b@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Why Wal_buffer is 64KB  (Scott Marlowe <scott.marlowe@gmail.com>)
Список pgsql-performance
Hi Scott,
 
Yes, May i know any particular reason for behaving this. Are its looking for any consistency. I havnt got any clear picture here.
Could you Please explain this..
 
Thanks & Regards
Raghavendra

On Mon, Mar 29, 2010 at 12:15 PM, Scott Marlowe <scott.marlowe@gmail.com> wrote:
On Mon, Mar 29, 2010 at 12:00 AM, Tadipathri Raghu <traghu.dba@gmail.com> wrote:
> Hi All,
>
> Thank you for all the support.
>
> I have noticed one more thing here, that if you turn off the fsync and try
> to run the transaction than its breaking the currnet filenode and generating
> another filenode. Is it true that whenever you turn off or on the fsync the
> filenode will break and create one more on that table.

From what I understand, with fsync on or off the same stuff gets
written.  It's just not guaranteed to go out in the right order or
right now, but eventually.

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

Предыдущее
От: Scott Marlowe
Дата:
Сообщение: Re: Why Wal_buffer is 64KB
Следующее
От: Matthew Wakeling
Дата:
Сообщение: Re: Optimizer showing wrong rows in plan