Re: Full statement logging problematic on larger machines?

Поиск
Список
Период
Сортировка
От Frank Joerdens
Тема Re: Full statement logging problematic on larger machines?
Дата
Msg-id 7d10d2df0903201515l7e443adfjabb9d8399fc19059@mail.gmail.com
обсуждение исходный текст
Ответ на Full statement logging problematic on larger machines?  (Frank Joerdens <frank@joerdens.de>)
Список pgsql-performance
On Fri, Mar 20, 2009 at 8:21 PM, Andrew Dunstan <andrew@dunslane.net> wrote:
>
>
> Frank Joerdens wrote:
>>
>> On Thu, Mar 12, 2009 at 1:38 PM, Frank Joerdens <frank@joerdens.de> wrote:
>>
>>>
>>> On Thu, Mar 12, 2009 at 1:45 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>>> [...]
>>>
>>>>
>>>> You could try changing _IOLBF
>>>> to _IOFBF near the head of postmaster/syslogger.c and see if that helps.
[...]
>> Can you explain again what the extent of multiplexed messages I'll
>> have to expect is? What exactly is the substance of the tradeoff?
>> Occasionally the server will write the same line twice? Don't really
>> follow why ...
[...]
> I don't believe changing this will result in any multiplexing. The
> multiplexing problem was solved in 8.3 by the introduction of the chunking
> protocol between backends and the syslogger, and changing the output
> buffering of the syslogger should not cause a multiplexing problem, since
> it's a single process.

Hum, we're still on 8.2 - last attempt to upgrade before xmas was
unsuccessful; we had to roll back due to not fully understood
performance issues. We think we nailed the root cause(s) those though
and will make another better planned effort to upgrade before March is
out.

Oh well, maybe this all means we shouldn't try to get this running on
8.2 and just tackle the issue again after the upgrade ...

Cheers,

Frank

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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: Proposal of tunable fix for scalability of 8.4
Следующее
От: "Jignesh K. Shah"
Дата:
Сообщение: Re: Proposal of tunable fix for scalability of 8.4