多少流量才算高并发 ？

[samin]

RT

100 ？ 1000 ？ 10000 ？

在超算（处理速度极快）中 1000 流量，可能造成并发问题 ？

和服务器计算能力、业务逻辑、IO 能力等都有关系，请问大牛们有关于这个问题的探讨吗 ？

[Xusually]

早年都提 C10K

[Xusually]

http://www.kegel.com/c10k.html
https://en.wikipedia.org/wiki/C10k_problem
https://medium.com/@chijianqiang/程序员怎么会不知道-c10k-问题呢-d024cb7880f3

[vanlink]

负载均衡设备，至少得上百万并发才够门槛。

[misaka19000]

。。。

[misaka19000]

一般所谓高并发在 web 中指的是 tps 而不是楼上所谓的 C10K 问题

[yamasa]

业务场景都没有怎么讨论？我之前在的组做 tts 相关业务，单引擎 pod 能撑 30 个并发就算你厉害。这跟互联网典型的简单数据查询耗时根本不是一个级别的

[Chinsung]

一般按照单机算，单机能抗住 1000 事务处理已经很不错了，也就是所谓 TPS 。
到具体的情况，网上很多概念就会混淆，主要是互联网电商那群人喜欢吹。
其实 2 台机器能抗住 1W 用户，10 台就能抗住接近 5W，这本来就是分布式的意义。
实际生产上，除非压测有明显瓶颈，否则加机器就是究极方案。
所以这东西更多的还是面向结果，而不是理论分析，实际除了纯计算任务，其他任务链路都很长，很难做一个纯理论的分析。

[samin]

@Chinsung 是的 我的观点和你的比较接近 惊喜 😊

[ragnaroks]

有个 dotnet core 3.1 写的支付接口（包装支付宝和银联），单机 qps 4000 多接近 5000，用了 3x2 台机器分流，算是并发比较低的。

[ragnaroks]

按照我的理解，单机能承受 50000 qps 就应该算是不错的表现了，除了代码写的太烂；当业务复杂到单机 qps 极低，那么这个业务应该本身很赚钱，机器完全可以使劲加。

[ragnaroks]

说“单机”太笼统了，我上面的单机指 x5570(2) 和 32G D3，一般内存都是完全多余的。

[xiaokongwu]

@ragnaroks X5570 这种 4C8 线程的 U，还是调外部接口的场景……真的能达到单机 4000 吗，太恐怖了吧

[ragnaroks]

@xiaokongwu
两颗 16 线程。
确实可以，不过 CPU 单线程性能较差所以代码里面绝大部分都使用多 task 并行处理而不是异步。
如果不是要等数据库，qps 可以再高几十倍。

[securityCoding]

瓶颈都在数据库 io

[hhjswf]

说单机不提配置有什么意义。。

[ufan0]

最近正好在压测，仅供参考：

配置 2H4G，中台业务系统要求 TPS1000+，极个别业务场景不复杂的，要求是 TPS2000+。

目前压测情况不乐观，平均 TPS 还未达到基准线。

感觉还挺好玩的，我正在负责的几个应用，有两个已经优化到 1200TPS，感觉还是挺有成就感的，目前瓶颈卡在机器性能（主要是 IO ）以及内存大小，数据库倒是配置很高没问题，接下来看看还有没有可以压榨的地方。

[cassyfar]

高并发和单机有啥关系？

[xuanbg]

@ufan0 2 核的中台业务并发 1000+？你们怕是在想🍑吃。能有 100+就很好了。

[zerongliu]

都是具体场景具体分析

[pythonee]

无责任贡献指标：
- 连接数
- TPS
- 吞吐量