- 21 Oct, 2010 4 commits
 - 15 Oct, 2010 6 commits
 - 
- 
antirez authored
prevent small integer sharing when maxmemory is active. So every object will use a private LRU field and the LRU algorithm can work well
 - 
antirez authored
 - 
antirez authored
 - 
antirez authored
 - 
antirez authored
 - 
antirez authored
Don't increment dirty on expireIfNeeded() as natural expires are not considered database changes. This will avoid useless read-only commands in the AOF file as a result of, for instance, a GET operation triggering an expirIfNeeded() call resulting in an expired key removed.
 
 - 
 - 14 Oct, 2010 4 commits
 - 
- 
antirez authored
 - 
antirez authored
 - 
Pieter Noordhuis authored
 - 
antirez authored
Object approximated LRU algorithm enhanced / fixed / refactored. This is used for the VM currently but will soon be used for maxmemory expiring.
 
 - 
 - 11 Oct, 2010 2 commits
 - 07 Oct, 2010 2 commits
 - 24 Sep, 2010 3 commits
 - 23 Sep, 2010 5 commits
 - 
- 
antirez authored
 - 
Pieter Noordhuis authored
 - 
antirez authored
 - 
antirez authored
 - 
antirez authored
 
 - 
 - 22 Sep, 2010 6 commits
 - 17 Sep, 2010 2 commits
 - 16 Sep, 2010 5 commits
 - 
- 
antirez authored
 - 
antirez authored
modified a bit addReply() to play better with copy on write now that we have a static buffer. Changed the name of a function from _ensureFileEvent() to _installWriteEvent().
 - 
antirez authored
 - 
Pieter Noordhuis authored
 - 
antirez authored
 
 - 
 - 15 Sep, 2010 1 commit
 - 
- 
antirez authored
This should fix Issue 332: when there is a background process saving we still allow the hash tables to grow, but only when a critical treshold is reached. Formerly we prevented the resize at all triggering pathological O(N) behavior. Also there is a fix for the statistics in INFO about the number of keys expired
 
 -