X-Git-Url: https://git.saurik.com/redis.git/blobdiff_plain/c4cd5f393ced23cb298c52eaa5ed67569d3f8d0d..638e42aca477816ab4754ffb4e1e2816bdcc163c:/TODO

diff --git a/TODO b/TODO
index a0876807..531b9738 100644
--- a/TODO
+++ b/TODO
@@ -1,12 +1,11 @@
-BEFORE REDIS 1.0.0-rc1
+Pre 1.1 todo
 
- * Add number of keys for every DB in INFO
- * Resize the expires and Sets hash tables if needed as well? For Sets the right moment to check for this is probably in SREM
- * check 'server.dirty' everywere. Make it proprotional to the number of objects modified.
- * Cover most of the source code with test-redis.tcl
+* For now only the last argument gets integer encoded, so make sure that: 1) every multi bulk commands implemented will have the last arg that is indeed a value, and not used otherwise. 2) to explicitly call the function to encode the object in MSET and other commands where there are multiple "values".
 
-AFTER 1.0 stable release
+After 1.1 todo
 
+* Expiring algorithm should be adaptive, if there are a lot of keys with an expire set and many of this happen to be already expired it should be, proportionally, more aggressive.
+ * Add a command to inspect the currently selected DB index
  * Consistent hashing implemented in all the client libraries having an user base
  * SORT: Don't copy the list into a vector when BY argument is constant.
  * SORT ... STORE keyname. Instead to return the SORTed data set it into key.
@@ -23,7 +22,7 @@ AFTER 1.0 stable release
    the elements by 'score', with the actual value being the key. On the other
    side the type also takes an hash table with key->score mapping, so that when
    there is an update we lookup the current score and can traverse the tree.
- * BITMAP type
+ * BITMAP / BYTEARRAY type?
  * LRANGE 4 0 should return the same elements as LRANGE 0 4 but in reverse order (only if we get enough motivated requests about it)
  * zmalloc() should avoid to add a private header for archs where there is some other kind of libc-specific way to get the size of a malloced block.