- 14 May, 2012 1 commit
-
-
antirez authored
Redis uses a function called serverCron() that is very similar to the timer interrupt of an operating system. This function is used to handle a number of asynchronous things, like active expired keys collection, clients timeouts, update of statistics, things related to the cluster and replication, triggering of BGSAVE and AOF rewrite process, and so forth. In the past the timer was called 1 time per second. At some point it was raised to 10 times per second, but it still was fixed and could not be changed even at compile time, because different functions called from serverCron() assumed a given fixed frequency. This commmit makes the frequency configurable, so that it is simpler to pick a good tradeoff between overhead of this function (that is usually very small) and the responsiveness of Redis during a few critical circumstances where a lot of work is done inside the timer. An example of such a critical condition is mass-expire of a lot of keys in the same second. Up to a given percentage of CPU time is used to perform expired keys collection per expire cylce. Now changing the REDIS_HZ macro it is possible to do less work but more times per second in order to block the server for less time. If this patch will work well in our tests it will enter Redis 2.6-final.
-
- 12 May, 2012 2 commits
-
-
antirez authored
-
antirez authored
If a large amonut of keys are all expiring about at the same time, the "active" expired keys collection cycle used to block as far as the percentage of already expired keys was >= 25% of the total population of keys with an expire set. This could block the server even for many seconds in order to reclaim memory ASAP. The new algorithm uses at max a small amount of milliseconds per cycle, even if this means reclaiming the memory less promptly it also means a more responsive server.
-
- 02 May, 2012 1 commit
-
-
antirez authored
We used to reply -ERR ... message ..., now the reply is instead -MASTERDOWN ... message ... so that it can be distinguished easily by the other error conditions.
-
- 27 Apr, 2012 1 commit
-
-
antirez authored
This commit reverts most of c5757662, in order to use back main stack for signal handling. The main reason is that otherwise it is completely pointless that we do a lot of efforts to print the stack trace on crash, and the content of the stack and registers as well. Using an alternate stack broken this feature completely.
-
- 19 Apr, 2012 1 commit
-
-
antirez authored
-
- 18 Apr, 2012 1 commit
-
-
antirez authored
1) Don't accept maxclients set to < 0 2) Allow maxclients < 1024, it is useful for testing.
-
- 13 Apr, 2012 3 commits
-
-
antirez authored
After considering the interaction between ability to delcare globals in scripts using the 'global' function, and the complexities related to hanlding replication and AOF in a sane way with globals AND ability to turn protection On and Off, we reconsidered the design. The new design makes clear that there is only one good way to write Redis scripts, that is not using globals. In the rare cases state must be retained across calls a Redis key can be used.
-
antirez authored
-
antirez authored
-
- 10 Apr, 2012 2 commits
- 08 Apr, 2012 1 commit
-
-
antirez authored
-
- 06 Apr, 2012 1 commit
-
-
antirez authored
-
- 05 Apr, 2012 1 commit
-
-
Premysl Hruby authored
-
- 04 Apr, 2012 4 commits
-
-
antirez authored
Structure field controlling the INFO field master_link_down_since_seconds initialized correctly to avoid strange INFO output at startup when a slave has yet to connect to its master.
-
antirez authored
-
antirez authored
-
antirez authored
Print milliseconds of the current second in log lines timestamps. Sometimes precise timing is very important for debugging.
-
- 03 Apr, 2012 1 commit
-
-
antirez authored
When the user-provided 'maxclients' value is too big for the max number of files we can open, at least try to search the max the OS is allowing (in steps of 256 filedes).
-
- 30 Mar, 2012 1 commit
-
-
Joseph Jang authored
occurs when two or more dbs are replicated and at least one of them is >db10
-
- 28 Mar, 2012 3 commits
- 27 Mar, 2012 1 commit
-
-
Premysl Hruby authored
-
- 25 Mar, 2012 1 commit
-
-
antirez authored
This new field counts all the times Redis is configured with AOF enabled and fsync policy 'everysec', but the previous fsync performed by the background thread was not able to complete within two seconds, forcing Redis to perform a write against the AOF file while the fsync is still in progress (likely a blocking operation).
-
- 24 Mar, 2012 1 commit
-
-
antirez authored
-
- 22 Mar, 2012 3 commits
-
-
antirez authored
-
antirez authored
DEBUG should not be flagged as w otherwise we can not call DEBUG DIGEST and other commands against read only slaves.
-
antirez authored
This commit introduces support for read only slaves via redis.conf and CONFIG GET/SET commands. Also various semantical fixes are implemented here: 1) MULTI/EXEC with only read commands now work where the server is into a state where writes (or commands increasing memory usage) are not allowed. Before this patch everything inside a transaction would fail in this conditions. 2) Scripts just calling read-only commands will work against read only slaves, when the server is out of memory, or when persistence is into an error condition. Before the patch EVAL always failed in this condition.
-
- 19 Mar, 2012 1 commit
-
-
antirez authored
-
- 18 Mar, 2012 3 commits
-
-
antirez authored
More memory tests implemented. Default number of iterations lowered to a more acceptable value of 50.
-
antirez authored
Number of iteration of --test-memory is now 300 (several minutes per gigabyte). Memtest86 and Memtester links are also displayed while running the test.
-
antirez authored
-
- 15 Mar, 2012 1 commit
-
-
antirez authored
Use a simple protocol between clientsCron() and helper functions to understand if the client is still valind and clientsCron() should continue processing or if the client was freed and we should continue with the next one.
-
- 14 Mar, 2012 2 commits
- 13 Mar, 2012 1 commit
-
-
antirez authored
Process async client checks like client timeouts and BLPOP timeouts incrementally using a circular list.
-
- 10 Mar, 2012 1 commit
-
-
antirez authored
-
- 08 Mar, 2012 1 commit
-
-
antirez authored
-