Windows posix 套接字性能

Question

我正在寻找有关 Windows 网络编程的信息。主要是如何让单个可执行文件能够应对1000个连接。

我们在 unix 上使用 select() FD_ISSET 等，这工作得非常快。在 Windows 上，这些 API 非常差。 FD_SET 慢很多，但即使解决这个问题，Windows 也比 HPUX 慢很多。

我正在寻找一个 win32 API 调用，我可以使用它来代替不需要太多 CPU/时间的 select() 调用。目前，我们将 50% 的时间（和 CPU）花费在 select() 上，而在 unix 上，时间花费在 send() 和 receive() 上，这正是我所期望的。

谢谢 尼尔

Answer 1

您可能正在寻找 Windows I/ O 完成端口。这是来自 文章 http://doc.sch130.nsc.ru/www.sysinternals.com/index.shtml" rel="nofollow">SysInternals 伙计们。

Answer 2

如果您真的热衷于可扩展套接字编程，那么没有什么比 Windows 上的 IO 完成端口更好的了。

话虽如此，您的程序可能需要对完成端口模型进行大量重写。

然而，即使使用 select()/FD_ISSET 也可以提高性能。

具体方法如下：
在winsock2.h中，fd_set被定义为一个SOCKET数组和一个元素计数器。

typedef struct fd_set {
    u_int fd_count;               /* how many are SET? */
    SOCKET  fd_array[FD_SETSIZE];   /* an array of SOCKETs */
} fd_set;

同样在winsock2.h中，您会发现FD_SET在该数组的末尾添加了一个SOCKET，并且FD_ISSET在数组中进行线性搜索。

现在，如果您更改宏以使用 SOCKET 的排序数组，即

• FD_SET 按排序顺序添加套接字
• FD_ISSET 进行二分搜索而不是线性搜索

，则依赖于数组大小的 FD_ISSET 可以大大提高（虽然 FD_SET 的性能会有所下降，但我们假设 FD_SET 是一个很少的操作）。

在 Unix 上， select() 的性能更好，因为它们将 FD_SET 作为位图，FD_SET/FD_ISSET 只是测试或设置一个位。在 Windows 上，此技术不适用，因为套接字不是一个小的正文件描述符编号，它是一个句柄，并且句柄的标量值可能很大。