Sounds good to me. BTW, do you have an estimate (or range) for MINA 2.0? Today I read that trunk (i.e. 2.0) is 10%-20% faster than 1.0 or branch 1.1. We are now in the process of adopting MINA as the networking layer for Wildfire. I would like to see if our roadmaps/milestones match nicely. :) FYI, I'm using branch 1.1 for our development.
Thanks, -- Gato -----Original Message----- From: Trustin Lee [mailto:[EMAIL PROTECTED] Sent: Tuesday, November 28, 2006 6:39 PM To: dev@mina.apache.org Subject: Re: IoService question On 11/29/06, Gaston Dombiak <[EMAIL PROTECTED]> wrote: > > Yep. That is why I used the *reduce* word. The AtomicLong is pretty > optimized from what I can tell by looking at the source code. Of course > doing something is more than doing nothing. ;) I'm not familiar with how > hard/strong MINA is already optimized or the policy for optimizations so > take my comment as coming from someone newbie. I agree that it's pretty optimized. MINA is a framework so we need to balance well between performance and rich features. If we can't we need to provide an option at least. That's why I said we need test. :) Thanks, Trustin -- what we call human nature is actually human habit -- http://gleamynode.net/ -- PGP key fingerprints: * E167 E6AF E73A CBCE EE41 4A29 544D DE48 FE95 4E7E * B693 628E 6047 4F8F CFA4 455E 1C62 A7DC 0255 ECA6
