- 24 9月, 2010 5 次提交
-
-
由 antirez 提交于
-
由 antirez 提交于
-
由 antirez 提交于
-
由 Pieter Noordhuis 提交于
-
由 antirez 提交于
-
- 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.
-
- 07 9月, 2010 4 次提交
-
-
由 Pieter Noordhuis 提交于
-
由 Pieter Noordhuis 提交于
When creating the readable event results in an error (this happens when the server hits OS limits), the client was not added to the list of clients when freeClient was called. This results in an assertion error. It is better to check this condition first and free the client immediately when this condition occurs. Port of 00a90feb.
-
由 Pieter Noordhuis 提交于
-
由 Pieter Noordhuis 提交于
In the condition where the prevlen field of the next entry on insert and delete operations needs more bytes to be properly encoded, the next entry also needs to be updated with a new prevlen. This patch makes sure that this effect cascades throughout the ziplist.
-
- 06 9月, 2010 1 次提交
-
-
由 antirez 提交于
-
- 03 9月, 2010 3 次提交
-
-
由 Pieter Noordhuis 提交于
Resolved conflict in src/db.c and changed adding an error to the reply in blockingPopGenericCommand to use the new API.
-
由 antirez 提交于
-
由 Anko painting 提交于
-