多less个套接字可能？
有没有人知道现代标准根服务器上有多less个tcp-socket连接是可能的？ （每个连接通常都有较less的stream量，但是所有连接必须始终保持运行状态。）
编辑：我们将使用Linux服务器。
谷歌周围的“C10K”问题。 这基本上是围绕pipe理10,000个或更多同时连接的讨论和技术。
我怀疑这个数字是被选中的，因为这很难，但理论上是可能的。
我在一个Linux桌面（16G RAM，I7 2600 CPU）上实现了1600k并发空闲套接字连接，同时达到了57k req / s。 这是一个单线程http服务器用C编写的epoll。 源代码在github上 ， 这里是一个博客 。
编辑：
我在同一台计算机上用JAVA / Clojure做了600k个并发HTTP连接（客户端和服务器）。 详细信息后 ，HN讨论： http : //news.ycombinator.com/item?id=5127251
连接的成本（与epoll）：
- 应用程序需要每个连接一些RAM
- TCP缓冲区2 * 4k〜10k或更多
- epoll需要一些文件描述符的内存，从epoll（7）
每个注册的文件描述符在32位内核上大约需要90个字节，在64位内核上大约需要160个字节。
这不仅取决于所讨论的操作系统，还取决于configuration，可能的实时configuration。
对于Linux：
cat /proc/sys/fs/file-max 将显示允许同时打开的文件描述符总数的当前最大数量。 看看http://www.cs.uwaterloo.ca/~brecht/servers/openfiles.html
万？ 70000？ 这就是全部 ：）
FreeBSD可能是你想要的服务器，下面是一个关于调整它来处理100,000个连接的小博客文章 ，它已经有了一些有趣的function，比如零拷贝套接字，以及kqueue作为完成端口机制。
Solaris可以在上个世纪处理10万个连接 ！ 他们说linux会更好
我遇到的最好的描述是关于编写一个可扩展的networking服务器的演示文稿/文件。 他不害怕这样说:)
软件也一样：应用程序层上的cretins迫使OS层有很大的创新。 由于Lotus Notes每个客户端都保持一个TCP连接，所以IBM为Linux的“一个进程，100.000开放连接”案例做出了重大的优化
O（1）调度程序最初创build的是在一些不相关的Java基准上得分较高。 底线是这个膨胀对我们所有人都有好处。
在Linux上，您应该使用epoll作为asynchronousI / O。 可能还需要微调套接字缓冲区，以避免每个连接浪费太多的内核空间。
我想你应该能够在合理的机器上达到10万个连接。
取决于应用程序。 如果每个客户端只有几个软件包，那么对于Linux来说，100K非常容易。 我的团队的一名工程师几年前就做了一个testing，结果表明：当连接build立后没有客户端软件包的时候，linux epoll在cpu使用率下可以看到400k fd，不到50％。
哪个操作系统？
对于windows计算机，如果要编写一个服务器来进行扩展，因此使用I / O完成端口和asynchronousI / O，则主要的限制是您为每个活动连接使用的非分页池的数量。 这可以直接根据您计算机安装的内存量（非分页池是基于安装的内存总量的固定大小的有限数量）进行限制。
对于没有看到太多stream量的连接，您可以通过发布不使用非分页池的“零字节读取”来降低它们的效率，也不会影响locking的页面限制（另一个可能会阻止您的潜在有限资源有大量的套接字连接打开）。
除此之外，你需要进行configuration文件，但是我已经设法在适度指定的（760MB内存）服务器上获得了超过70,000个并发连接。 有关更多详细信息，请参阅http://www.lenholgate.com/blog/2005/11/windows-tcpip-server-performance.html 。
很明显，如果你使用的是一个效率较低的架构，比如“每个连接线程”或者“select”，那么你应该期望得到不太令人印象深刻的数字。 但是，恕我直言，没有理由select这种架构的Windows套接字服务器。
编辑：看到这里http://blogs.technet.com/markrussinovich/archive/2009/03/26/3211216.aspx ; 在Vista和Server 2008中计算非页面缓冲池数量的方式已经改变，现在有更多可用的。
在/ proc文件系统中可以configuration对打开的套接字数量的限制
cat /proc/sys/fs/file-max
操作系统中的传入连接的最大值由整数限制定义。
Linux本身允许数十亿的开放式套接字。
要使用套接字，您需要侦听应用程序，例如Web服务器，并且每个套接字使用一定数量的RAM。
RAM和CPU将引入真正的限制。 （现代2017年，千万不要数十亿）
1百万是可能的，不容易。 预计使用X千兆字节的RAM来pipe理100万套接字。
传出的 TCP连接受限于每个IP约65000个端口号。 您可以有多个IP地址，但不能有无限的IP地址。 这是TCP而不是Linux的限制。
实际上，对于一个应用程序来说，单台机器上超过4000-5000个开放式套接字变得不切实际。 只要检查所有套接字上的活动并对其进行pipe理，就会成为性能问题，特别是在实时环境中。
