[DIRMINA-509] DatagramConnector.connect() is slow compared to connect() with java.net.DatagramSocket

• Type: Improvement
• Status: Open
• Priority: Major
• Resolution: Unresolved
• Affects Version/s: 1.1.6, 2.0.0-M1
• Component/s: Transport
• Assignee: Unassigned
• Reporter: Wilson Yeung
• Created: 10/Jan/08 01:33
• Updated: 15/Apr/20 15:56

Description

I benchmarked Mina 2.0's NioDatagramConnector vs java.net.DatagramSocket on a Linux 2.6 kernel.

Mina 2.0 NioDatagramConnector, connect(), future.addListener(), session.close()
100,000 iterations
~20 seconds
~5,000 per second

java.net.DatagramSocket, connect(), disconnect(), close()
100,000 iterations
~2-3 seconds
~30,000 to 50,000 per second

I believe the basic problem is that AbstractPollingIoConnector/AbstractPollingIoProcessor assumes that connecting a UDP datagram socket should be a scheduled operation. For TCP, this makes a lot of sense as connect() should be an asynchronous operation.

But for UDP, where connect() only performs kernel resource reservation, it makes more sense I think to connect immediately and return an IoFuture with the IoSession already connected and ready. Looking at the code, I see that the connect() call is indeed made on the same call stack, but ConnectFuture.setSession() is executed by the AbstractPollingIoProcessor worker thread after the IoSession has been properly registered.