- 21 Oct, 2010 1 commit
-
-
antirez authored
-
- 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
-
- 14 Sep, 2010 2 commits
- 13 Sep, 2010 1 commit
-
-
Pedro Melo authored
Thanks to sylr@github Signed-off-by:
Pedro Melo <melo@simplicidade.org>
-