Re: [HACKERS] Clock with Adaptive Replacement

Поиск
Список
Период
Сортировка
От Peter Geoghegan
Тема Re: [HACKERS] Clock with Adaptive Replacement
Дата
Msg-id CAH2-WzmgABvbkLf4j8c1tkGQJH0Gt9ahOTYTSm+BVO-0J+U3ug@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [HACKERS] Clock with Adaptive Replacement  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: [HACKERS] Clock with Adaptive Replacement  (Vladimir Sitnikov <sitnikov.vladimir@gmail.com>)
Re: [HACKERS] Clock with Adaptive Replacement  (Peter Geoghegan <pg@bowt.ie>)
Список pgsql-hackers
On Thu, May 3, 2018 at 12:37 PM, Robert Haas <robertmhaas@gmail.com> wrote:
> On Wed, May 2, 2018 at 3:06 PM, Vladimir Sitnikov
> <sitnikov.vladimir@gmail.com> wrote:
>> Sample output can be seen here:
>> https://github.com/vlsi/pgsqlstat/tree/pgsqlio#pgsqlio
>
> Neat.  Not sure what generated this trace, but note this part:
>
> 3271838881374    88205        0        0     1663    16385    16604      0
>  3271840973321     4368        0        0     1663    16385    16604      1
>  3271842680626     4502        0        0     1663    16385    16604      1
>  3271846077927     4173        0        0     1663    16385    16604      1
>
> If we want to avoid artificial inflation of usage counts, that kind of
> thing would be a good place to start -- obviously 4 consecutive
> accesses to the same buffer by the same backend doesn't justify a
> separate usage count bump each time.

I don't have time to check this out just now, but it seems like an
excellent idea. It would be nice if it could be enhanced further, so
you get some idea of what the blocks are without having to decode them
yourself using tools like pageinspect.

-- 
Peter Geoghegan


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Geoghegan
Дата:
Сообщение: Re: ignore_system_indexes affects DROP SCHEMA ... CASCADE reportednumber of objects dropped
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: unused_oids script is broken with bsd sed