Коллеги, привет! пришла нужда потюнить настройки пг - у нас buffers_backend

Question

Коллеги, привет! пришла нужда потюнить настройки пг - у нас buffers_backend

на порядок выше buffers_clean (bgwriter не успевает чистить shared_buffers)

я по pg_stat_writer вижу, что он всегда упирается в bgwriter_lru_maxpages

но вот не могу понять про bgwriter_delay - мне бы чтобы понять, адекватный ли он у нас (200 мс на мощном сервере с нвме), хотелось бы понимать, а сколько занимает один прогон bgwriter-а
чтобы сопоставить время работы и время сна

не подскажете откуда бы его достать?

(я понимаю, что такая проблема может быть вызвана и низким shared_buffers, и это мы тоже потюним, но потом вопрос тюнинга bgwriter_delay всё равно будет актуален)

#backend #devops #pgsql #programming #russian

0

26.11.2020

11 ответов

19 просмотров

Dmitry Автор вопроса

Yaroslav Schekin
Из pg_stat_bgwriter же (мониторингом в динамике)? ...

Там нет, сколько bgwriter тратит времени :-/

0

26.11.2020

Виктор Егоров

Yaroslav Schekin
Из pg_stat_bgwriter же (мониторингом в динамике)? ...

а мы просто максимальное кол-во страниц и минимальное время ставим, заставляя его работать по максимуму

0

26.11.2020

Yaroslav Schekin

Dmitry
Там нет, сколько bgwriter тратит времени :-/

Если поснимать каждые N секунд, и произвести некоторые арифметические действия — как бы есть. ;) > наверное таки надо его потюнить И может стать только хуже. Т.е. это палка о двух концах.

0

26.11.2020

Виктор Егоров

Yaroslav Schekin
Если поснимать каждые N секунд, и произвести некот...

> И может стать только хуже. он делает работу, которую иначе должны обычные сессии делать. чем больше он делает, тем легче сессиям. я не могу представить ситуацию, когда будет хуже

0

26.11.2020

Sergey Gr

Виктор Егоров
> И может стать только хуже. он делает работу, кот...

However, the background writer does cause a net overall increase in I/O load, because while a repeatedly-dirtied page might otherwise be written only once per checkpoint interval, the background writer might write it several times as it is dirtied in the same interval.

0

26.11.2020

Yaroslav Schekin

Виктор Егоров
> И может стать только хуже. он делает работу, кот...

Даже документация может (вот, уже процитировали). ;)

0

26.11.2020

Виктор Егоров

Sergey Gr
However, the background writer does cause a net ov...

и да, и нет. bgwriter привязан к кол-ву блоков котрые запрашивают сессии, чем оно больше, тем более активен bgwriter. если у вас всё влазит в шаренные и всем хватает — он не работает. если не хватает и идёт вытеснение обычными сессиями — он включается и берёт на себя их работу. да, может быть двойная запись. но он снимает нагрузку с сессий, это важнее для общего времени ответа системы.

0

26.11.2020

Sergey Gr

Виктор Егоров
и да, и нет. bgwriter привязан к кол-ву блоков кот...

Жаль что bgwriter не параллелится

0

26.11.2020

Виктор Егоров

Sergey Gr
Жаль что bgwriter не параллелится

угу. там много чего интересного, Andres Freund год назад доклад делал. вот тут можно глянуть больше: https://postgr.es/m/20190611032249.kfi7pgqu2ipmlqca@alap3.anarazel.de

0

26.11.2020

Sergey Gr

Виктор Егоров
угу. там много чего интересного, Andres Freund год...

Интересные пути развития

0

26.11.2020

Yaroslav Schekin · Accepted Answer

Yaroslav Schekin

Из pg_stat_bgwriter же (мониторингом в динамике)? А вообще, tuning bgwriter — дело нетривиальное (и неблагодарное, обычно — "bgwriter is useless to damaging" © Andres Freund).

0

26.11.2020

172 похожих чатов

Коллеги, привет! пришла нужда потюнить настройки пг - у нас buffers_backend

11 ответов

Похожие вопросы