On 3/13/07, mrGibby <[EMAIL PROTECTED]> wrote:
I used 10 I/O processor threads. Tried to decrease the amount to 4 and increase it to 20. I really could not see any pattern there. The results were mixed. On some runs the performance was quite even (2500 vs 3500), but in most cases it was something like 1000 and 4000. Thread count did not seem to make the difference. Also, the situation does not seem to even out in time. If I leave the spam on for ten or so minutes, the problem exists.
Can I see your code where an IoAcceptor is created and configured? There's a known issue with unfair I/O as I mentioned in the previous post, so it can happen somehow. There's a known patch here, but we didn't review it yet. The patch is also known to improve performance at some cases, but it didn't in my case. http://issues.apache.org/jira/browse/DIRMINA-301 I also found this detail from previous posts:
> 3) My app has to support minimum of 500 users with > each user getting 1000 messages per second. > >MINA can handle this amount of concurrency definitely. This can not be true, right? In my calculations this would mean 500000 tps/second.
To be more accurate, it depends on the machine you run on and the size of a message. If your machine is powerful enough, it can perform that good. The biggest throughput number I heard from a MINA users was around 330k msgs/sec, though the number of clients was not 500. If you want to squeeze out more performance from MINA, you could try 2.0.0-M1-SNAPSHOT, which can be retrieved from our SVN repository (trunk), which requires migration. Trustin -- what we call human nature is actually human habit -- http://gleamynode.net/ -- PGP Key ID: 0x0255ECA6
