- 13 May, 2010 5 commits
-
-
Pieter Noordhuis authored
-
antirez authored
very strong speedup in saving time performance when there are many integers in the dataset. Instead of decoding the object before to pass them to the rdbSaveObject layer we check asap if the object is integer encoded and can be written on disk as an integer.
-
antirez authored
-
antirez authored
-
antirez authored
-
- 12 May, 2010 2 commits
-
-
antirez authored
added overflow check in the double -> long long conversion trick to avoid integer overflows. I think this was not needed in practical terms, but it is safer
-
antirez authored
If a float can be casted to a long long without rounding loss, we can use the integer conversion function to write the score on disk. This is a seriuous speedup
-
- 11 May, 2010 7 commits
-
-
Pieter Noordhuis authored
-
antirez authored
-
antirez authored
fixed a problem leading to crashes, as keys can't be currently specially encoded, so we can't encode integers at object loading time... For now this can be fixed passing a few flags, or later can be fixed allowing encoded keys as well
-
antirez authored
long long to string conversion speedup applied in other places as well. Still the code has bugs, fixing right now...
-
antirez authored
-
antirez authored
added specialized function to compare string objects for perfect match that is optimized for this task
-
antirez authored
-
- 10 May, 2010 3 commits
- 08 May, 2010 2 commits
- 07 May, 2010 10 commits
-
-
antirez authored
-
Pieter Noordhuis authored
-
Pieter Noordhuis authored
-
Pieter Noordhuis authored
add sanity check to zunionInterBlockClientOnSwappedKeys, as the number of keys used is provided as argument to the function
-
Pieter Noordhuis authored
make prototype of custom function to preload keys from the vm match the prototype of waitForMultipleSwappedKeys
-
Pieter Noordhuis authored
-
Pieter Noordhuis authored
-
Pieter Noordhuis authored
-
antirez authored
-
antirez authored
-
- 06 May, 2010 4 commits
-
-
Pieter Noordhuis authored
-
Pieter Noordhuis authored
-
Pieter Noordhuis authored
-
antirez authored
AOF writes are now accumulated into a buffer and flushed into disk just before re-entering the event loop. A lot less writes but still this guarantees that AOF is written before the client gets a positive reply about a write operation, as no reply is trasnmitted before re-entering into the event loop.
-
- 02 May, 2010 1 commit
-
-
antirez authored
-
- 29 Apr, 2010 1 commit
-
-
antirez authored
-
- 27 Apr, 2010 1 commit
-
-
antirez authored
AOF is now rewritten on slave after SYNC with master. Thanks to @_km for finding this bug and any others'
-
- 23 Apr, 2010 2 commits
- 22 Apr, 2010 2 commits