Re: limiting hint bit I/O
От | Josh Berkus |
---|---|
Тема | Re: limiting hint bit I/O |
Дата | |
Msg-id | 4D322D99.60809@agliodbs.com обсуждение исходный текст |
Ответ на | Re: limiting hint bit I/O (Martijn van Oosterhout <kleptog@svana.org>) |
Ответы |
Re: limiting hint bit I/O
|
Список | pgsql-hackers |
> If the problem is that all the freezing happens at once, then ISTM the > solution is to add a random factor. Say, when a tuple just passes the > lower threshold it has a 1% chance of being frozen. The chance grows > until it is 100% as it reaches the upper threshold. Doesn't have to be random; it could be determinative. That is, we could have a vacuum_freeze_max_size parameter ... and accompanying autovacuum parameter ... which allowed the user to limit freezing scans to, say, 1GB of the table at a time. If I could, say, call a manual freeze of 10% of the largest tables ever night, then I might actually be able to schedule it. It's a full scan of the whole table which is fatal. -- -- Josh Berkus PostgreSQL Experts Inc. http://www.pgexperts.com
В списке pgsql-hackers по дате отправления: