| От | Tom Lane |
|---|---|
| Тема | Re: pgsql: Move btbulkdelete's vacuum_delay_point() |
| Дата | |
| Msg-id | 22513.1139950512@sss.pgh.pa.us обсуждение |
| Ответ на | Re: pgsql: Move btbulkdelete's vacuum_delay_point() (Simon Riggs <simon@2ndquadrant.com>) |
| Ответы |
Re: pgsql: Move btbulkdelete's vacuum_delay_point()
|
| Список | pgsql-committers |
Simon Riggs <simon@2ndquadrant.com> writes:
> On Tue, 2006-02-14 at 13:20 -0400, Tom Lane wrote:
>> add missing vacuum_delay_point() call in btvacuumcleanup.
> Cool and Interesting. That might explain some pretty dire performance
> numbers from last week while running auto vacuum. Performance was
> flat-lining for a while. Still need to investigate further though.
Yeah, the missing delay would result in a spike in I/O demand from
vacuum (auto or otherwise) while processing a big index, if you had
vacuum delay configured. GIST had the same problem, too.
regards, tom lane
В списке pgsql-committers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера