That isn't bad for pure java. What about calling between c++ and java?
On Sun, Sep 16, 2012 at 9:39 AM, Min Zhou <[email protected]> wrote: > Hmm.... Actually, I can make the throughput to 171,000 on our > implementation. > But I can't make it better, because of the cost introduced by gc. > > Min > > > On Mon, Sep 17, 2012 at 12:34 AM, Ted Dunning <[email protected]> > wrote: > > > The file server is in C++. The client can be c++ or Java. I don't know > > about speed tests for a Java server. > > > > On Sun, Sep 16, 2012 at 9:22 AM, Min Zhou <[email protected]> wrote: > > > > > Really? Is that written in java? > > > > > > Min > > > > > > On Mon, Sep 17, 2012 at 12:02 AM, Ted Dunning <[email protected]> > > > wrote: > > > > > > > Similarly, the MapR rpc implementation can do over 250,000 ops per > > > second. > > > > > > > > On Sat, Sep 15, 2012 at 8:59 PM, Min Zhou <[email protected]> > wrote: > > > > > > > > > We've developed another RPC following the best practice how to use > > java > > > > > nio. > > > > > Under the power of mina2/netty/grizzly, with a good io > thread-model, > > a > > > > > good memory management, carefully avoid memory copies, and system > > > > > context switches, we made the throughput up to 168,000 ops. > > > > > see http://code.google.com/p/nfs-rpc/ > > > > > > > > > > > > > > > > > > > > > -- > > > My research interests are distributed systems, parallel computing and > > > bytecode based virtual machine. > > > > > > My profile: > > > http://www.linkedin.com/in/coderplay > > > My blog: > > > http://coderplay.javaeye.com > > > > > > > > > -- > My research interests are distributed systems, parallel computing and > bytecode based virtual machine. > > My profile: > http://www.linkedin.com/in/coderplay > My blog: > http://coderplay.javaeye.com >
