测试tcp服务器最大并发数(tcp并发服务器的基本流程)

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并发连接数，实际上单机并发连接数肯定要受硬件资源（内存）、网络资源（带宽）的限制，至少对现在可以做到数十万级的并发了。

感觉你似乎在问并发连接的问题，众所周知，为了防范蠕虫病毒的传播和攻击，Windows XP SP2将并发线程最多限制为10个。SP2利用Messages动态链接库，来实时监控每个进程的并发线程数目，一旦它发现某进程的线程数超过10个，就会屏蔽掉部分线程。 通过修改，可以把并发连接调到几百以上甚至更大，这个数字理论上是没有上限的。而作为服务器，从操作系统级，也会对并发连接数有个限制，因为每个连接要耗CPU和内存的，否则也会瘫痪。而不同的系统，不同的服务器，可以支持的数量当然不同了，所以你这个问题没有实际意义，也没有准确答案。 我实际测试，一台DELL四路四核，32G内存的服务器，并发500左右完全没有问题，再大也没有条件测试，而如果一台普通的低端服务器，不可能达到同一数量级对吧？

这种方式的并发连接数只受限于操作系统和硬件资源的支持，一般并发数在3k或以下是问题不大的，再多的话，操作系统光是调度线程就很忙了。 要更高的并发数，在win平台下强烈建议使用IOCP(完成端口)技术，据说Indy10是支持IOCP的，但我没用过。 使用IOCP, 并发连接数可达数万而且不会对操作系统本身产生过大负担，但其它地方的设计当然也要顾及到大规模连接数了。谢谢!IOCP我是做过的，这个我是知道的。不过我是想知道IdTCPServer的确定的最大连接数。是要通过的代码测试出结果的。

这篇文章解决了很多用户的难题，就是如何通过最大用户并发数来确定系统最大用户数，因为这个问题不解决的话，用户很难挑选到最为适合自身系统的服务器，我们来看看这篇文章。以下是作者原文。 本篇主要是性能方面的。一个系统的最大并发用户数为1100，怎么能推算出该系统的支持最大用户数。其中用户性能要求如下：支持100万注册用户性能需求分析：1、根据用户的要求，本系统要支持100万用户，其中性能机器配置如何？高峰值是多少？带宽？等2、如果都是采用公司的测试环境，那么本次性能应该做哪几种性能？性能评测、负载测试、强度测试？3、怎么算出并发用户数？响应时间？性能指标确定：因为用户的性能需求太广，没有定到具体的数值。那么我怎么开展后继的工作？1、确定采用公司测试环境，不用考虑环境问题。也就是说，客户端、服务端以及带宽等一系统都可以不用考虑，这是固定。2、考虑此项目组以前开发过的系统性能情况，能否做为一个参考值。解决方案：找出本项目组以并发过二个项目，其性能个项指标进行求权。其中浏览功能：并发数为1100，平均响应时间363秒；每用户平均响应时间为0.33秒。每秒中并发3个用户。其中一系统用户已达500万，另一系统用户为320万。并且二系统一直运行正常，但目前的二系统的服务器各为3台。可以得出一台服务器为载166万，甚至更多。（因为服务器中有求权的关系）3、100万用户，那么怎么计算出他的每小时峰值活动用户数？解决方案：采用80•20原则计算得到每小时峰值活动用户数 6.667万/小时；那么每秒中的同一功能点点击并发数应该是18.5。4、怎么得其并发数？解决方案：本系统有多少个功能点？功能点为153个；也就是本系统在高峰值时一功能将被点击1258次，每秒点击0.35次。（不考虑间隔时间）考虑以前本项目组的数值。初步设置并发数为1100，主要以浏览功能为主、其次是查询和新增。5、应该测试那种性能类型经再三考虑，三种性能都进行测试。执行性能：评测，依据性能指标确定中的第三点，将用户的并发设置为300-350，看其情况。负载测试，以1100为起点强度测试，为15小时和24小时为准性能测试结果：发现本系统最大用户支持为1100.失败用户最高为209，响应时间为315。可以判断此系统最大并发数为1100左右。也就说此系统在一台服务器上可支持150万用户数。根据上述情况，可以得出：1100用户并发时，用户一共响应时间为315秒（即每用户平均响应时间0.005秒），其中最高产生209个失败用户，但成功用户基本上可以完成后续操作，符合现系统要求的最大稳定用户数。由此可得出本系统在新增功能点中支持最大用户并发数为1100。按照1*100比例，计算得到每小时峰值活动用户数11万/小时；采用80•20原则计算得出本系统支持注册用户数约为165万。而本系统性能需求大规模支持100万注册用户，由上述的数据我们的系统已达到本系统性能需求。 注：100万，采用80•20原则计算得到每小时峰值活动用户数6.667万/小时。
服务器不同，使用建站程序不同，优化水平不同，并发数也都不一样。网上有很多压力测试软件，付费的也不贵，你可以去试试。不建议使用Apache ab作为压力测试工具。Apache ab在大量并发场景下存在3s、6s、9s阶梯式停顿的现象。Apache ab会通过判断content length来确定请求是否成功，而负载均衡挂载多台后端服务器时，返回的content length会不一致，导致测试结果有误。关于压力测试方法可以参考帮助文档的办法试试，这里面还涉及到负载均衡之类的多产品配置。既然是压力测试，就不是普通业务能用到的。
这个其实没有固定的算法，必须根据压测的目标特点进行估算。以你的例子来说明：是一天的访问量，那么我们需要知道哪几个时间段访问人数最多。例如有10小时访问密集区，我们可以估算每小时1000用户，峰值*2或者3，也就是每小时3000，那么合计一秒钟只要3000/3600 还不足1个并发。并发数，计算机网络术语，是指同时访问服务器站点的连接数。由于虚拟主机是建立在每台服务器多用户的基础上的，也就是多个用户共同使用一台服务器。为了避免同一台服务器上的某一个用户的IIS链接人数过多或占用服务器资源过多而影响其它用户的正常使用。所以，目前所有虚拟空间提供商都对单个用户的IIS链接数，流量及服务器进程占用CPU的比率进行了相应的限制。当某一个用户的站点超出了服务器上的设制后，访问站点时就会出现服务器忙，或目前访问该站点的人数过多，超出了WEB的处理能力等相关错误提示。
不同的服务器有默认的最大并发数，当然默认是默认，实际承不承受得住就需要通过测试来试了， 测试网站压力有很多软件，，， JMeter，比较好用，教程网上可以找到，，有中文版。。。
你好 百度 卡卡网，网站上有一个网站压力测试，找一个适当的并发数测试，自己访问网站看卡不卡，自己估摸来

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并发连接数，实际上单机并发连接数肯定要受硬件资源（内存）、网络资源（带宽）的限制，至少对现在可以做到数十万级的并发了。