【问题标题】:TCP connections bottleneck over the internet(SSL handshakes)互联网上的 TCP 连接瓶颈(SSL 握手)
【发布时间】:2023-03-21 05:55:01
【问题描述】:

我建立了一些使用 epoll 的服务器-客户端对,5 个 ips,每个端口约有 100 个端口进行监听。系统是一些生成进程,生成大约 100 个服务器守护进程和大约 100 个 connection_maker 守护进程。

此构建在 LAN 上每秒最多需要 3-4000 次 SSL 握手,而在 Internet 上仅需要 40 次(往返时间不到 200 毫秒),我尝试了很多东西,但我看不出瓶颈在哪里是。任何提示都可能有用(套接字 FD 现在正在阻塞,但使它们成为非阻塞无济于事,因为并行度无论如何都大于每秒 40 个连接)。

【问题讨论】:

  • 我假设您的 LAN 往返时间
  • 我知道你在哪里,但可以做什么?非阻塞监听套接字没有多大帮助
  • 如果没有一些代码和分析,很难分辨。你显然在某处浪费时间。
  • 关于分析的任何提示?发生的操作类似于 --> SSLconnect-SSLaccept + hellos 的更改
  • 您是使用epoll() 与电平触发通知还是边缘触发通知?

标签: multithreading sockets tcp network-programming multiprocessing


【解决方案1】:

如果您使用的是 linux,请增加您的“ulimit”值。

谢谢, 贾斯汀

【讨论】:

  • 有很多 ulimit 值,我玩过一些,所以请更具体。
猜你喜欢
  • 2018-10-17
  • 2021-06-22
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2021-11-11
相关资源
最近更新 更多