谁测试过SOCKET TCP 的BACKLOG的上限的？：报错

最近在重新整理SOCKET的资料。对于listen (std,backlog);

后面是一个listen可以保持最大连通数，简单这么解释吧。现在man上表明可以通过修改

tcp_max_syn_backlog 的值来调整。

建议可以调整到1024个。传统的都是3到5个。但是man并没有确定最大，只是说了建议在1024对应要调整其他东西，recompile kernel 。

有谁做过对listen 的backlog最大值的测试的？。man的摘抄如下：

tcp_max_syn_backlog (integer; default: see below; since Linux 2.2)

The maximum number of queued connection requests which have still not received an acknowledgement from the connecting client. If this number is exceeded, the kernel will begin dropping requests. The default value of 256 is increased to 1024 when the memory present in the system is adequate or greater (>= 128Mb), and reduced to 128 for those systems with very low memory (<= 32Mb). It is recommended that if this needs to be increased above 1024, TCP_SYNQ_HSIZE ininclude/net/tcp.h be modified to keep TCP_SYNQ_HSIZE*16<=tcp_max_syn_backlog, and the kernel be recompiled.

如果有以下数据就最好了。基于同样内存下超过16G，backlog不同的值下超过512个，accept的响应时间，connect满时，两个相邻accept之间的CPU时间。我担心，backlog就是增长，假设在网络速度足够快下，较多的client 的connect 也会加重OS kernel的处理负载，并导致平均处理能力下降。

不知道哪位在学校的朋友，能否帮忙翻翻有没有类似的测试的论文或文献？我现在手头上的机器怕网络不够，测不到峰值。