RE: New statistics for tuning WAL buffer size
От | tsunakawa.takay@fujitsu.com |
---|---|
Тема | RE: New statistics for tuning WAL buffer size |
Дата | |
Msg-id | TYAPR01MB2990FBA54A06A0A2D39C5FAEFE5B0@TYAPR01MB2990.jpnprd01.prod.outlook.com обсуждение исходный текст |
Ответ на | Re: New statistics for tuning WAL buffer size (Fujii Masao <masao.fujii@oss.nttdata.com>) |
Ответы |
Re: New statistics for tuning WAL buffer size
|
Список | pgsql-hackers |
From: Fujii Masao <masao.fujii@oss.nttdata.com> > Just idea; it may be worth exposing the number of when new WAL file is > created and zero-filled. This initialization may have impact on > the performance of write-heavy workload generating lots of WAL. If this > number is reported high, to reduce the number of this initialization, > we can tune WAL-related parameters so that more "recycled" WAL files > can be hold. Sounds good. Actually, I want to know how much those zeroing affected the transaction response times, but it may be thetarget of the wait event statistics that Imai-san is addressing. (I wonder how the fallocate() patch went that tries to minimize the zeroing time.) Regards Takayuki Tsunakawa
В списке pgsql-hackers по дате отправления: