Re: XLOG_BLCKSZ vs. wal_buffers table

Поиск
Список
Период
Сортировка
От Zeugswetter Andreas DCP SD
Тема Re: XLOG_BLCKSZ vs. wal_buffers table
Дата
Msg-id E1539E0ED7043848906A8FF995BDA579FC3A0C@m0143.s-mxs.net
обсуждение исходный текст
Ответ на XLOG_BLCKSZ vs. wal_buffers table  (Mark Wong <markw@osdl.org>)
Список pgsql-hackers
> > > I'm planning on continuing to increase XLOG_BLCKSZ and wal_buffers
to
> > > determine when the throughput starts to level out or drop
> >
> > I think for an even better comparison you should scale wal_buffers
> > down with increasing XLOG_BLCKSZ, so that the xlog buffer has a
fixed
> > size in kb.
> >
> > Reasonable wal_buffers imho amount to at least 256kb, better yet 512
or 1 Mb,
> > with sufficiently large transactions (and to try to factor out the
difference
> > between blocksizes).
>
> AFAIK all the transactions in DBT2 are pretty small. I think all DML
is
> single-row in fact, so I'm not sure that having wal_buffers much
larger
> than the number of connections would help much.

Well, but those updates wander around the whole table/index, so you will
have a lot of
before images to write. So I take back the "sufficiently large
transactions" part
of my comment. You want more wal_buffers in all higher load scenarios.

(one test had 8 buffers of 2k each, this is not enough in any high load
scenario)

Andreas


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: sblock state on FreeBSD 6.1
Следующее
От: "Robert Staudinger"
Дата:
Сообщение: [SoC] Relation between project "XML improvements" and "pgxml"