lru cache replacement - Mailing list pgsql-hackers

From xoror@infuse.org
Subject lru cache replacement
Date
Msg-id Pine.GSO.4.10.10306241207020.6091-100000@taurus
Whole thread Raw
List 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 by date:

Previous
From: itojun@iijlab.net
Date:
Subject: Re: IPv6 datatype patch
Next
From: Kevin Jacobs
Date:
Subject: Re: PlPython