- 27 Aug, 2014 1 commit
-
-
antirez authored
-
- 09 Jul, 2014 1 commit
-
-
antirez authored
-
- 28 Oct, 2013 1 commit
-
-
antirez authored
-
- 08 Aug, 2013 2 commits
-
-
antirez authored
Before this commit redis-benchmark supported random argumetns in the form of :rand:000000000000. In every string of that form, the zeros were replaced with a random number of 12 digits at every command invocation. However this was far from perfect as did not allowed to generate simply random numbers as arguments, there was always the :rand: prefix. Now instead every argument in the form __rand_int__ is replaced with a 12 digits number. Note that "__rand_int__" is 12 characters itself. In order to implement the new semantic, it was needed to change a few thigns in the internals of redis-benchmark, as new clients are created cloning old clients, so without a stable prefix such as ":rand:" the old way of cloning the client was no longer able to understand, from the old command line, what was the position of the random strings to substitute. Now instead a client structure is passed as a reference for cloning, so that we can directly clone the offsets inside the command line.
-
antirez authored
This change was profiler-driven, but the actual effect is hard to measure in real-world redis benchmark runs.
-
- 07 Aug, 2013 4 commits
- 20 Dec, 2012 1 commit
-
-
antirez authored
The problem does not exist in the Redis server implementation of mstime() but is only limited to redis-cli and redis-benchmark. Thix fixes issue #839.
-
- 30 Nov, 2012 1 commit
-
-
antirez authored
-
- 08 Nov, 2012 1 commit
-
-
antirez authored
-
- 18 Oct, 2012 1 commit
-
-
NanXiao authored
The code of current implementation: if (c->pending == 0) clientDone(c); In clientDone function, the c's memory has been freed, then the loop will continue: while(c->pending). The memory of c has been freed now, so c->pending is invalid (c is an invalid pointer now), and this will cause memory dump in some platforams(eg: Solaris). So I think the code should be modified as: if (c->pending == 0) { clientDone(c); break; } and this will not lead to while(c->pending).
-
- 22 Aug, 2012 1 commit
-
-
antirez authored
This new hiredis features allows us to reuse a previous context reader buffer even if already very big in order to maximize performances with big payloads (Usually hiredis re-creates buffers when they are too big and unused in order to save memory).
-
- 26 Feb, 2012 1 commit
-
-
Premysl Hruby authored
-
- 23 Feb, 2012 2 commits
- 19 Feb, 2012 1 commit
-
-
antirez authored
-
- 31 Jan, 2012 1 commit
-
-
antirez authored
-
- 15 Dec, 2011 1 commit
-
-
antirez authored
-
- 07 Nov, 2011 1 commit
-
-
antirez authored
-
- 04 Nov, 2011 2 commits
- 03 Nov, 2011 1 commit
-
-
antirez authored
further optimizations for the multi bulk protocol parsing code when big objects are transmitted to Redis.
-
- 16 Sep, 2011 1 commit
-
-
Pieter Noordhuis authored
-
- 01 Jun, 2011 3 commits
-
-
Pieter Noordhuis authored
-
Pieter Noordhuis authored
-
Pieter Noordhuis authored
-
- 24 Jan, 2011 1 commit
-
-
antirez authored
-
- 23 Dec, 2010 2 commits
-
-
Pieter Noordhuis authored
-
Pieter Noordhuis authored
-
- 22 Dec, 2010 2 commits
-
-
Pieter Noordhuis authored
-
Pieter Noordhuis authored
-
- 18 Dec, 2010 2 commits
-
-
Didier Spezia authored
-
Pieter Noordhuis authored
-
- 16 Dec, 2010 2 commits
-
-
Pieter Noordhuis authored
-
Pieter Noordhuis authored
-
- 05 Nov, 2010 1 commit
-
-
Pieter Noordhuis authored
-
- 04 Nov, 2010 2 commits
-
-
Pieter Noordhuis authored
-
Pieter Noordhuis authored
-