While investigating performance issues in the tcp transport of OpenDDS I saw the Linux dmesg was reporting "Possible SYN flooding". This is caused by the pending TCP accepting connection queues reaching their limits and can apparently be caused by a low backlog argument to listen. After some more snooping around, I see that the default is set here and is 5. 5 is very low compare to the max on my system:
$ sysctl net.core.somaxconn
net.core.somaxconn = 4096
On Windows, ACE has this define, which sets it to a "reasonable" value according to the WinSock documentation.
This probably should be able to be configured in OpenDDS, but I also think this default value should be raised or changed, but I'm not sure what it should be exactly.
While investigating performance issues in the tcp transport of OpenDDS I saw the Linux dmesg was reporting "Possible SYN flooding". This is caused by the pending TCP accepting connection queues reaching their limits and can apparently be caused by a low
backlogargument to listen. After some more snooping around, I see that the default is set here and is 5. 5 is very low compare to the max on my system:On Windows, ACE has this define, which sets it to a "reasonable" value according to the WinSock documentation.
This probably should be able to be configured in OpenDDS, but I also think this default value should be raised or changed, but I'm not sure what it should be exactly.