- 15 10月, 2010 1 次提交
-
-
由 Pieter Noordhuis 提交于
-
- 13 10月, 2010 2 次提交
-
-
由 Pieter Noordhuis 提交于
-
由 Pieter Noordhuis 提交于
-
- 11 10月, 2010 2 次提交
- 07 10月, 2010 2 次提交
- 24 9月, 2010 6 次提交
- 23 9月, 2010 3 次提交
-
-
由 antirez 提交于
-
由 antirez 提交于
-
由 Pieter Noordhuis 提交于
-
- 22 9月, 2010 5 次提交
- 17 9月, 2010 2 次提交
- 16 9月, 2010 5 次提交
-
-
由 antirez 提交于
-
由 antirez 提交于
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 提交于
-
由 Pieter Noordhuis 提交于
-
由 antirez 提交于
-
- 15 9月, 2010 1 次提交
-
-
由 antirez 提交于
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 9月, 2010 2 次提交
- 13 9月, 2010 4 次提交
-
-
由 Pedro Melo 提交于
Thanks to sylr@github Signed-off-by: NPedro Melo <melo@simplicidade.org>
-
由 Pedro Melo 提交于
Signed-off-by: NPedro Melo <melo@simplicidade.org>
-
由 Pedro Melo 提交于
Signed-off-by: NPedro Melo <melo@simplicidade.org>
-
由 Pieter Noordhuis 提交于
-
- 09 9月, 2010 2 次提交
- 08 9月, 2010 3 次提交
-
-
由 antirez 提交于
Fix re-enabled again, I forgot to check if VM was enabled before calling handleClientsBlockedOnSwappedKey()
-
由 antirez 提交于
-
由 antirez 提交于
Fixed a race condition in VM happening when a key was deleted while there was a client waiting for this key to be resumed from swap to memory. The client would hang forever.
-