Coder Social home page Coder Social logo

Comments (5)

xetorthio avatar xetorthio commented on August 25, 2024

Not sure what do you mean. Right now pipelining in handled as it is handled by most of the clients.
You just keep sending commands without waiting and reading replies. And when you finish sending commands you read all the replies.
Today this increases performance from 23k of ops to 140k of ops, which is a HUGE boost.
If you need more info about how to do pipelining with Jedis you can find it here: https://github.com/xetorthio/jedis/wiki under Pipelining

Let me know if I misunderstood anything. Thanks!

from jedis.

costin avatar costin commented on August 25, 2024

My understanding is that one could issue multiple commands in the same write to the server rather then doing multiple write operations. I haven't seen that happening in Jedis but maybe I've missed something.

On the same topic, the current API requires a 'callback' approach in which one adds all the commands in the JedisPipeline class which then executed by Jedis. For our use case, we're interested in having something like:

  • start pipeline
  • do op
  • do op (and so on)
  • stop pipeline

We don't have any control over the client so we'd like to enable batching/pipelining - invoke the client and then disable pipelining once returned. Currently we can't do that.
Could you improve the API so the workflow mentioned above could be supported?
Something like startPipelining/Batch ?

Thanks,

from jedis.

costin avatar costin commented on August 25, 2024

Sorry - seems that I accidentally closed the issue while submitting my previous comment - that wasn't my intention.

from jedis.

xetorthio avatar xetorthio commented on August 25, 2024

I think we are OK with the pipelining approach. But it you have in mind how you can improve it, I will be more than happy to receive a pull request or even discuss in more details you solution :)

And regard the pipelining usage. Maybe I could add something like it is in multi, where you can provide a callback or get a Transaction and work on that. It will be like this:

Pipeline p = jedis.pipeline();
p.set("foo", "bar");
p.get("something");
List results = p.close();

Is that OK?

from jedis.

costin avatar costin commented on August 25, 2024

That would be great. I guess you could create a common interface to avoid duplicating all the methods all over between Jedis/Transaction and Pipeline.
Cheers,

from jedis.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.