]> git.saurik.com Git - redis.git/blobdiff - TODO
Warns if using the default config
[redis.git] / TODO
diff --git a/TODO b/TODO
index 52bd9ffb279522be2edc1fff01c7a72a2ccda756..d762277d3ee2095033f3d2591f07961569f1e35b 100644 (file)
--- a/TODO
+++ b/TODO
@@ -1,12 +1,10 @@
 BEFORE REDIS 1.0.0-rc1
 
- * S*STORE should allow as dest key one of the source keys
- * Warning if using default config, with hint about 'redis-server redis.conf'
+ * Replication status in INFO command. role: (master|slave) slaveof: <host:port>, slavestatus: (disconnected|ok)
  * Add number of keys for every DB in INFO
  * maxmemory support
  * maxclients support
  * Resize the expires and Sets hash tables if needed as well? For Sets the right moment to check for this is probably in SREM
- * TTL command that returns -1 if a key is not volatile otherwise the time to live of a volatile key in seconds.
  * What happens if the saving child gets killed or segfaults instead of ending normally? Handle this.
  * Make sinterstore / unionstore / sdiffstore returning the cardinality of the resulting set.
  * check 'server.dirty' everywere
@@ -18,7 +16,8 @@ BEFORE REDIS 1.0.0-rc1
 AFTER 1.0 stable release
 
  * Consistent hashing implemented in all the client libraries having an user base
- * Use partial qsort for SORT + LIMIT. Don't copy the list into a vector when BY argument is constant.
+ * 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.
  * Profiling and optimization in order to limit the CPU usage at minimum
  * Write the hash table size of every db in the dump, so that Redis can resize the hash table just one time when loading a big DB.
  * Elapsed time in logs for SAVE when saving is going to take more than 2 seconds