一台普通配置的服务器到底能处理多少并发？

这个应该没有办法去做测试.理论上来讲,一个高配置的至强处理器能支持的最大并发连接数是一两万个.但在实际使用中.服务器所能支持的并发数也与你的应用有关.比如你服务器上面做网站.做下载.放OA系统等不同的应用.也会支持不同的连接数.我的服务器用的是小鸟云的，性能稳定，访问很流畅。

场景很重要，比如一万并发的qps还是tps，这完全不同的概念。 服务器做做优化，现在通过epoll支撑百万连接十万并发没什么瓶颈。但是，这只是网络层，如果落到具体业务，那就另当别论了。比如redis可以十万并发，因为只需要网络io和访问内存。但是如果有业务处理，挂上了数据库，走了kafka，并且再走redis，那就要具体问题具体分析了。 数据库单存qps，我们原来基准测试结果是可以支撑六万到八万左右，但是有事务的增删改绝对不是这个量级。 其实你需要的是一个基准测试的结果，例如tcp，http基准测试；tomcat基准测试；应用框架基准测试；redis基准测试；mysql基准测试等。 我们做过应用框架基准测试，基于springboot，测试接口没什么逻辑，就是直接查询sql并返回结果。基准测试结果是八核16G内存，跑两个实例，可以撑到8万并发左右，应该还有优化空间吧。 你这问题就和一天跑一百公里要个什么车一样，也不说什么路，也不说拉什么货 撇开场景扯性能，扯吞吐量，扯并发都是耍流氓 几台服务器加F5，一台不牢靠 看你什么样的场景，业务复杂度，就个静态页面，给你两台ng就搞定了 允许配置全站加速吗？另外需求不明确 32核128G内存 不可以，如果是短期高并发，建议考虑挂载负载均衡服务器。 C10kp……这是很经典的问题啊，一般nio就做到了。 要看性能要求了，如果只讨论并发数量，用异步网络模型，并发一万个链接没啥问题吧，只是数据处理不过来，大多数链接都是在等待结果而已。服务器配置1核8g差不多够了吧

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

---