Why doesn't tcpnodelay work?
Not sure what was going on with it. When the JMS clients were using a default connection, the JMS Server was (for messages over, say, 600 bytes) sending a small (5 byte, first byte was something like 7A hex) message to the client, then waiting for the ACK from the client before sending the rest of the message. So most transfers ended up taking about 150 msec.
When the JMS clients connected using UIL2, this didn't happen, and the transfers were taking on the order of 2 msec.
I see, can you report this as a bug on www.sf.net/projects/jboss
to remind me.
client -> server
server -> client
client <-> server
Obviously the server->client connection is not using no delay.