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
