1. 27 Aug, 2014 1 commit
  2. 09 Jul, 2014 1 commit
  3. 28 Oct, 2013 1 commit
  4. 08 Aug, 2013 2 commits
    • antirez's avatar
      redis-benchmark: changes to random arguments substitution. · 689829f2
      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.
      689829f2
    • antirez's avatar
      redis-benchmark: replace snprintf()+memcpy with faster code. · 4fe67cc1
      antirez authored
      This change was profiler-driven, but the actual effect is hard to
      measure in real-world redis benchmark runs.
      4fe67cc1
  5. 07 Aug, 2013 4 commits
  6. 20 Dec, 2012 1 commit
  7. 30 Nov, 2012 1 commit
  8. 08 Nov, 2012 1 commit
  9. 18 Oct, 2012 1 commit
    • NanXiao's avatar
      Update src/redis-benchmark.c · a03c3270
      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).
      a03c3270
  10. 22 Aug, 2012 1 commit
    • antirez's avatar
      redis-benchmark: disable big buffer cleanup in hiredis context. · 32095c40
      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).
      32095c40
  11. 26 Feb, 2012 1 commit
  12. 23 Feb, 2012 2 commits
  13. 19 Feb, 2012 1 commit
  14. 31 Jan, 2012 1 commit
  15. 15 Dec, 2011 1 commit
  16. 07 Nov, 2011 1 commit
  17. 04 Nov, 2011 2 commits
  18. 03 Nov, 2011 1 commit
  19. 16 Sep, 2011 1 commit
  20. 01 Jun, 2011 3 commits
  21. 24 Jan, 2011 1 commit
  22. 23 Dec, 2010 2 commits
  23. 22 Dec, 2010 2 commits
  24. 18 Dec, 2010 2 commits
  25. 16 Dec, 2010 2 commits
  26. 05 Nov, 2010 1 commit
  27. 04 Nov, 2010 2 commits