Performance select（）在多线程中的性能（Linux）

根据CURL和libev维护人员的说法，

select

在大约100个文件描述符之后就陷入了困境。如果我跨多个线程拆分文件描述符，是否可以将

select

扩展到大约1000个文件描述符？还是会有如此多的低效率，以至于不值得去做

---

我不需要10000个连接（谁需要？）。用epoll或其他不需要的东西捣乱。我只需要大约1000个连接就可以不让双核3Ghz陷入困境。假设select（和select处理）是软件中最大的瓶颈。

为什么不测试不同的配置，在你决定之前做一些测量？你可以使用

libev

，让它处理select/epoll。@JoachimPileborg我希望有人已经测试过多线程

select

，并且可以共享。这就是我为什么发帖子的原因。