Multithreading internet上的TCP连接瓶颈(SSL握手)

Multithreading internet上的TCP连接瓶颈(SSL握手),multithreading,sockets,tcp,network-programming,multiprocessing,Multithreading,Sockets,Tcp,Network Programming,Multiprocessing,我已经建立了一些服务器-客户机对,使用epoll,5个IP,每个IP上有大约100个端口用于侦听。该系统是一些生成进程,生成了大约100个服务器守护进程和大约100个connection_maker守护进程 这个构建在局域网上每秒最多需要3-4000次SSL握手,在互联网上只需要40次(不到200毫秒的往返),我尝试了很多方法,但我看不出瓶颈在哪里。任何提示都可能有用(套接字FD现在正在阻塞,但使其非阻塞没有任何帮助,因为并行度无论如何都要远远大于每秒40个连接) 如果使用linux,则增加“u

我已经建立了一些服务器-客户机对,使用epoll,5个IP,每个IP上有大约100个端口用于侦听。该系统是一些生成进程,生成了大约100个服务器守护进程和大约100个connection_maker守护进程

这个构建在局域网上每秒最多需要3-4000次SSL握手,在互联网上只需要40次(不到200毫秒的往返),我尝试了很多方法,但我看不出瓶颈在哪里。任何提示都可能有用(套接字FD现在正在阻塞,但使其非阻塞没有任何帮助,因为并行度无论如何都要远远大于每秒40个连接)

如果使用linux,则增加“ulimit”值

谢谢,
贾斯汀

我假设您的局域网往返时间<1ms?我知道您的情况,但是可以做什么?如果没有一些代码和分析,不阻塞侦听套接字并没有帮助muchIt很难判断。你显然在某个地方浪费时间。有关于分析的提示吗?发生的操作类似于-->SSLconnect SSLaccept+HelloSet的更改。您是将
epoll()
与级别触发通知还是边缘触发通知一起使用?有很多ulimit值,我已经使用了一些,因此请更具体一些。