Re: 8.4 open item: copy performance regression?
От | Tom Lane |
---|---|
Тема | Re: 8.4 open item: copy performance regression? |
Дата | |
Msg-id | 15469.1245606170@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: 8.4 open item: copy performance regression? (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>) |
Ответы |
Re: 8.4 open item: copy performance regression?
Re: 8.4 open item: copy performance regression? |
Список | pgsql-hackers |
Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> writes: > I was going to say that since we flush the WAL every 16MB anyway (at > every XLOG file switch), you shouldn't see any benefit with larger ring > buffers, since to fill 16MB of data you're not going to write more than > 16MB WAL. I'm not convinced that WAL segment boundaries are particularly relevant to this. The unit of flushing is an 8K page, not a segment. I wonder though whether the wal_buffers setting interacts with the ring size. Has everyone who's tested this used the same 16MB wal_buffers setting as in Alan's original scenario? regards, tom lane
В списке pgsql-hackers по дате отправления: