tcp连接数量(tcp半连接)

虽然现在的集群，分布式技术可以为我们将并发负载分担在多台服务器上，那我们只需要扩展出数十台电脑就可以解决问题，但是我们更希望能更大的挖掘单台服务器的资源，先努力垂直扩展，再进行水平扩展，这样可以有效的节省服务器相关的开支（硬件资源、机房、运维人力、电力其实也是一笔不小的开支）。那么到底一台服务器能够支持多少TCP并发连接呢？这就是本文要讨论的问题。在linux下编写网络服务器程序的朋友肯定都知道每一个tcp连接都要占一个文件描述符，一旦这个文件描述符使用完了，新的连接到来返回给我们的错误是这时你需要明白操作系统对可以打开的最大文件数的限制。1进程限制执行 ulimit -n 输出 1024，说明对于一个进程而言最多只能打开1024个文件，所以你要采用此默认配置最多也就可以并发上千个TCP连接。临时修改：ulimit -n 1000000，但是这种临时修改只对当前登录用户目前的使用环境有效，系统重启或用户退出后就会失效。重启后失效的修改（不过我在CentOS 6.5下测试，重启后未发现失效），编辑 /etc/security/limits.conf 文件， 修改后内容为：永久修改：编辑/etc/rc.local，在其后添加如下内容：2全局限制执行cat /proc/sys/fs/file-nr输出9344 0 592026 ，分别为：但在kernel 2.6版本中第二项的值总为0，这并不是一个错误，它实际上意味着已经分配的文件描述符无一浪费的都已经被使用了 。我们可以把这个数值改大些，用 root 权限修改 /etc/sysctl.conf 文件:操作系统上端口号1024以下是系统保留的，从1024-65535是用户使用的。由于每个TCP连接都要占一个端口号，所以我们最多可以有60000多个并发连接。我想有这种错误思路朋友不在少数吧？（其中我过去就一直这么认为）我们来分析一下吧。如何标识一个TCP连接：系统用一个4四元组来唯一标识一个TCP连接：{local ip, local port,remote ip,remote port}。好吧，我们拿出《UNIX网络编程：卷一》第四章中对accept的讲解来看看概念性的东西，第二个参数cliaddr代表了客户端的ip地址和端口号。而我们作为服务端实际只使用了bind时这一个端口，说明端口号65535并不是并发量的限制。server最大tcp连接数：server通常固定在某个本地端口上监听，等待client的连接请求。不考虑地址重用（unix的SO_REUSEADDR选项）的情况下，即使server端有多个ip，本地监听端口也是独占的，因此server端tcp连接4元组中只有remote ip（也就是client ip）和remote port（客户端port）是可变的，因此最大tcp连接为客户端ip数×客户端port数，对IPV4，不考虑ip地址分类等因素，最大tcp连接数约为2的32次方（ip数）×2的16次方（port数），也就是server端单机最大tcp连接数约为2的48次方。上面给出的结论都是理论上的单机TCP并发连接数，实际上单机并发连接数肯定要受硬件资源（内存）、网络资源（带宽）的限制，至少对我们的需求现在可以做到数十万级的并发了，你的呢？

1.首先，客户端和服务器建立的每个TCP连接都会占用服务器内存，所以最大TCP连接数和内存成正比。简单估算为最大内存除以单TCP连接占用的最小内存 2.Linux操作系统中，一切都是文件。所以每个TCP连接，都会打开一个文件。为此Linux操作系统限制了每个用户能打开的文件数量，通过ulimit -n 查看。修改方式：vi /etc/security/limits.conf文件，在文件中添加如下行（限制修改为10240）：speng soft nofile 10240speng hard nofile 102403.Linux操作系统中，TCP连接数量还受到端口数量限制，由于端口号只有1-65535，所以最大TCP连接数也只有65535个(包括系统端口1-1024)4.Linux操作系统对所有用户最大能打开文件的限制：cat /proc/sys/fs/file-max。5.网络核心模块对tcp连接的限制(最大不能超过65535)：vi /etc/sysctl.confnet.ipv4.ip_local_port_range = 1024 650006.防火墙对tcp连接的限制综上，在Linux操作系统中，首先对TCP连接数量的限制依次有：端口数量限制，网络核心限制，最大文件数量限制(因为每建立一个连接就要打开一个文件)，防火墙限制，用户打开文件限制 都是传智播客出版的书上的知识，他们官网也都有。可以去官网多看看视频学学。
这个文件是一个综合性的问题。首先就tcp链接来说吧，主要体现在tcp的socket链接数上面，65535 应该是足够用了，但是tcp连接11种状态，不同不同状态有可能有会话保持什么的。这些暂且不说，现在tcp连接的还有Linux下文件的最大打开数量，流量带宽等等。 优化：1.ulimit -a 查看最大文件打开数量，然后修改2.减少tcp长连接，或其他状态链接，可以改下会话保持时间，主动自动关闭（不建议），重复使用tcp等。这个是在tcp链接数来进行考虑。 3.增多IP，增多端口，一个IP是这么多，那可以在一台Linux上绑定多个IP来增加链接数。

1、在linux下，一个进程而言最多只能打开1024个文件，所以采用此默认配置最多也就可以并发上千个TCP连接。而通过临时修改：ulimit -n 1000000，就可以达到100万个TCP连接。但是这种临时修改只对当前登录用户目前的使用环境有效，系统重启或用户退出后就会失效。 2、端口限制：操作系统上端口号1024以下是系统保留的，从1024-65535是用户使用的。由于每个TCP连接都要占一个端口号，所以我们最多可以有60000多个并发连接。3、因此最大tcp连接为客户端ip数×客户端port数，对IPV4，不考虑ip地址分类等因素，最大tcp连接数约为2的32次方（ip数）×2的16次方（port数），也就是server端单机最大tcp连接数约为2的48次方。 4、上面给出的结论都是理论上的单机TCP并发连接数，实际上单机并发连接数肯定要受硬件资源（内存）、网络资源（带宽）的限制，至少对现在可以做到数十万级的并发了。

48次方。 最大tcp连接数约昌丛为2的32次方（旅此ip数）×2的16次方（port数），也就是server端拆迅迅单机最大tcp连接数约为2的48次方。

TCP连接个数受端口号、文件描述符、线程资源、内存资源、CPU资源的限制。系统用一个四元组来唯一标识一个TCP连接：{local ip, local port,remote ip,remote port}在local ip, local port固定、不考虑ip地址分类的情况下，最大tcp连接数约为2的32次方（ip数）×2的16次方（port数），也就是server端单机最大tcp连接数约为2的48次方。实际可用端口范围可以如下查看：每建立一个TCP连接，操作系统分配一个文件描述符，linux 对可打开的文件描述符的数量分别作了三个方面的限制：系统级：当前系统可打开的最大数量，通过cat /proc/sys/fs/file-max查看用户级：指定用户可打开的最大数量，通过cat /etc/security/limits.conf查看进程级：单个进程可打开的最大数量，通过cat /proc/sys/fs/nr_open查看file-max表示系统级别的能够打开的文件句柄的数量。是对整个系统的限制，并不是针对用户的。ulimit -n控制进程级别能够打开的文件句柄的数量。提供对shell及其启动的进程的可用文件句柄的控制。这是进程级别的。对于服务器来说， file-max 和 ulimit 都需要设置，否则会出现文件描述符耗尽的问题。按照每个连接，启动一个线程的方式，TCP连接个数受线程个数限制，可以用IO复用方式，一个线程管理多个TCP连接。每个TCP连接本身，以及这个连接所用到的缓冲区，都是需要占用一定内存。这个很好理解。