antirez
d3aa7312b9
fixed bgsave_in_progress in INFO when BGSAVEing with diskstore enabled, don't DEBUG FLUSHCACHE when bgsave is in progress.
2011-01-09 19:25:34 +01:00
antirez
e3401df98d
allocation stats in INFO
2011-01-09 15:56:50 +01:00
antirez
d9b79fb3ef
diskstore BGSAVE should work now
2011-01-07 23:41:00 +01:00
antirez
85fa300825
more work towards diskstore bgsave
2011-01-07 19:31:42 +01:00
antirez
e6fdae80f8
source reshaped a bit to play well with a bgsaving thread, still work to do, does not compile.
2011-01-07 18:15:14 +01:00
Pieter Noordhuis
ea489942ba
Remove glueoutputbuf option and broken code
2011-01-05 10:39:41 +01:00
antirez
26257371a3
Merge branch 'master' into unstable
2011-01-04 19:07:15 +01:00
antirez
9956e048ab
fixed cache-flush-delay configuration parsing
2011-01-02 22:27:26 +01:00
antirez
db52125d45
implemented a different approach to IO scheduling, so object->storage is no longer used, instead there is a queue and hash table of IO tasks to process, and it is always possible to know what are the scheduled and acrtive IO operations against every single key.
2011-01-01 21:35:56 +01:00
antirez
2bd597cff0
negative caching implemented
2010-12-31 17:32:59 +01:00
antirez
4cfef711c6
added cache-flush-delay configuration directive. Don't BGSAVE when using diskstore
2010-12-30 17:53:28 +01:00
antirez
d4970df83f
more work done for diskstore without trying to compile, more work needed to build again.
2010-12-30 16:41:36 +01:00
antirez
ef241b82d2
fixed a few bugs in DS store, now it's somewhat about able to reply to 'GET foo' with a bogus value.
2010-12-30 15:55:24 +01:00
antirez
2e31eacd5d
disk store logged messages improved
2010-12-29 23:08:18 +01:00
antirez
31bd89462e
diskstore directory structure creation
2010-12-29 23:00:00 +01:00
antirez
d79b042746
cron part of disk store object cache implemented. Objects are pushed as IO jobs if needed, so that the IO thread will process them.
2010-12-29 22:18:20 +01:00
antirez
a8d2f3796d
touched key for WATCH refactored into a more general thing that can be used also for the cache system. Some more changes towards diskstore working.
2010-12-29 19:39:42 +01:00
antirez
02839e0f2b
more work converting vm into object cache
2010-12-28 20:03:21 +01:00
antirez
620b7af4f6
initial changes needed to turn the current VM code into a cache system. Tons of work to do still.
2010-12-28 15:20:20 +01:00
Pieter Noordhuis
11993c1a39
Fix compiler warnings on Solaris
2010-12-23 11:26:11 +00:00
antirez
cb802cedc3
removed some dead code, added evicted keys counter separated from expired keys.
2010-12-19 15:15:08 +01:00
antirez
b7dabcabd1
Merge remote branch 'jonahharris/syslog'
2010-12-14 17:53:28 +01:00
antirez
e146f4fac5
Merge branch 'master' of github.com:antirez/redis
2010-12-14 17:42:46 +01:00
Pieter Noordhuis
c247d94dff
Refactor and rename SUBSTR to GETRANGE
...
SUBSTR is renamed to GETRANGE to have better consistency between command
names (with SETRANGE as its dual). GETRANGE is still aliased as SUBSTR.
2010-12-14 15:16:29 +01:00
Pieter Noordhuis
641289670c
Add SETRANGE command implementation and tests
2010-12-14 14:20:51 +01:00
Jonah H. Harris
6455bf5254
syslog support
2010-12-09 11:10:21 -05:00
Pieter Noordhuis
c139b6812d
Add commands SETBIT/GETBIT
2010-12-09 16:39:33 +01:00
Pieter Noordhuis
02fb4e921d
Don't execute commands for clients when they are unblocked
2010-12-06 16:39:39 +01:00
Pieter Noordhuis
58e59db7b5
Rename blpop_blocked_clients to bpop_blocked_clients
2010-12-06 14:05:01 +01:00
Damian Janowski & Michel Martens
f1e2a70b23
BRPOPLPUSH.
2010-11-29 23:52:07 -03:00
Damian Janowski & Michel Martens
74b37889c1
Fix case in RPOPLPUSH.
2010-11-29 23:52:07 -03:00
Pieter Noordhuis
e127bd9c53
Stop using /dev/null to find out the serialized object length
...
Now the rdbSave* functions return the number of bytes written (or
required to write) in serializing a Redis object, writing to /dev/null
and using ftell (which doesn't work on FreeBSD) isn't needed anymore.
2010-11-21 16:31:27 +01:00
antirez
eef979cb95
volatile-lru maxmemory policy segfault fixed, thanks to Anthony Lauzon for reporting the problem with the patch. Original patch modified a bit in order to avoid the double lookup if the policy is allkeys-lru
2010-11-11 13:19:17 +01:00
antirez
c9d5275fe0
added noeviction policy to redis maxmemory. ZSCORE removed from the list of commands that can't be called when we are low on memory, this command was added in the past for a stupid error.
2010-11-08 16:12:16 +01:00
antirez
2ccb7c9f4f
non blocking loading of the DB / AOF with informations and ETA in INFO output
2010-11-08 11:52:03 +01:00
antirez
9218b569f0
config option to select if when replication link with master a slave should or not serve stale data
2010-11-04 19:59:21 +01:00
antirez
f88447928c
replication asynchronous SYNC information in INFO output
2010-11-04 18:50:23 +01:00
antirez
86f411a86b
typos and minor stuff fixed in the new non blocking replication code
2010-11-04 17:35:03 +01:00
antirez
87bd3ca8fd
first attempt to non blocking implementation of slave replication and SYNC bulk data download. Never compiled so far...
2010-11-04 17:29:53 +01:00
Pieter Noordhuis
53ace0d459
Stop using the freelist robj* cache
2010-11-04 10:09:30 +01:00
antirez
137b6886e0
added support for command renaming/suppression in redis.conf
2010-11-03 12:14:36 +01:00
antirez
5d33a8862a
command lookup process turned into a much more flexible and probably faster hash table
2010-11-03 11:23:59 +01:00
antirez
a9c740ac44
Merge remote branch 'pietern/unixsocket'
2010-11-02 23:47:52 +01:00
antirez
0fc2b30872
RSS information in INFO output
2010-11-02 22:47:10 +01:00
antirez
4a19ddb283
Revert "Function to compute RSS memory usage in a fast way, suitable to be called inside keys eviction loops"
...
This reverts commit bc96545c6d805eddc78bc7053910e8f5b9f12aaa.
2010-11-02 12:10:41 +01:00
antirez
dfd6eaf8d1
Revert "Now maxmemory, VM, and everything else uses the fast RSS memory used estimation instead of raw memory reported by zmalloc(). This means that setting maxmemory to 2GB will really have the effect of using up to 2GB of memory."
...
This reverts commit a9d4d3c8599b359e3e35fee47e5447259b469052.
2010-11-02 12:09:59 +01:00
antirez
a9d4d3c859
Now maxmemory, VM, and everything else uses the fast RSS memory used estimation instead of raw memory reported by zmalloc(). This means that setting maxmemory to 2GB will really have the effect of using up to 2GB of memory.
2010-11-02 11:50:55 +01:00
antirez
bc96545c6d
Function to compute RSS memory usage in a fast way, suitable to be called inside keys eviction loops
2010-11-02 11:40:35 +01:00
antirez
82105585b2
removed a number of stupid compilation warnings on Linux
2010-11-02 11:15:09 +01:00
antirez
f6b6fda9e4
merge conflict resolved
2010-10-28 22:59:47 +02:00
