lru cache replacement

Поиск
Список
Период
Сортировка
От xoror@infuse.org
Тема lru cache replacement
Дата
Msg-id Pine.GSO.4.10.10306241207020.6091-100000@taurus
обсуждение исходный текст
Список pgsql-hackers
I was researching on cache replacement strategy as well. 2Q has one
disadvantage see this exellent paper:
http://www.almaden.ibm.com/cs/people/dmodha/#ARC see the paper
"ARC: A Self-Tuning, Low Overhead Replacement Cache" for theory and "One
Up on LRU" for implementation details. ARC requires no tuning and can
switch fast between chaging patterns. Best of all is it is resistant to a
"sequential scan" pattern. and i think it's even easier to implement then
2q :) 

does pgbench test with relatively large sequential scans?




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

Предыдущее
От: itojun@iijlab.net
Дата:
Сообщение: Re: IPv6 datatype patch
Следующее
От: Kevin Jacobs
Дата:
Сообщение: Re: PlPython