• 请不要在回答技术问题时复制粘贴 AI 生成的内容
samin
V2EX  ›  程序员

多少流量才算高并发 ?

  •  
  •   samin · Sep 14, 2021 · 7396 views
    This topic created in 1878 days ago, the information mentioned may be changed or developed.

    RT

    100 ? 1000 ? 10000 ?

    在超算(处理速度极快)中 1000 流量,可能造成并发问题 ?

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

    26 replies  •  2021-09-16 12:13:54 +08:00
    Xusually
    Xusually
    Sep 14, 2021
    1
    早年都提 C10K
    vanlink
    vanlink
    Sep 14, 2021
    3
    负载均衡设备,至少得上百万并发才够门槛。
    misaka19000
    misaka19000
    Sep 14, 2021
    4
    。。。
    misaka19000
    misaka19000
    Sep 14, 2021
    5
    一般所谓高并发在 web 中指的是 tps 而不是楼上所谓的 C10K 问题
    yamasa
    yamasa
    Sep 14, 2021
    6
    业务场景都没有怎么讨论?我之前在的组做 tts 相关业务,单引擎 pod 能撑 30 个并发就算你厉害。这跟互联网典型的简单数据查询耗时根本不是一个级别的
    Chinsung
    Chinsung
    Sep 14, 2021❤️8
    7
    一般按照单机算,单机能抗住 1000 事务处理已经很不错了,也就是所谓 TPS 。
    到具体的情况,网上很多概念就会混淆,主要是互联网电商那群人喜欢吹。
    其实 2 台机器能抗住 1W 用户,10 台就能抗住接近 5W,这本来就是分布式的意义。
    实际生产上,除非压测有明显瓶颈,否则加机器就是究极方案。
    所以这东西更多的还是面向结果,而不是理论分析,实际除了纯计算任务,其他任务链路都很长,很难做一个纯理论的分析。
    samin
    samin
    OP
    Sep 14, 2021
    8
    @Chinsung 是的 我的观点和你的比较接近 惊喜 😊
    ragnaroks
    ragnaroks
    Sep 14, 2021
    9
    有个 dotnet core 3.1 写的支付接口(包装支付宝和银联),单机 qps 4000 多接近 5000,用了 3x2 台机器分流,算是并发比较低的。
    ragnaroks
    ragnaroks
    Sep 14, 2021
    10
    按照我的理解,单机能承受 50000 qps 就应该算是不错的表现了,除了代码写的太烂;当业务复杂到单机 qps 极低,那么这个业务应该本身很赚钱,机器完全可以使劲加。
    ragnaroks
    ragnaroks
    Sep 14, 2021
    11
    说“单机”太笼统了,我上面的单机指 x5570(2) 和 32G D3,一般内存都是完全多余的。
    xiaokongwu
    xiaokongwu
    Sep 14, 2021
    12
    @ragnaroks X5570 这种 4C8 线程的 U,还是调外部接口的场景……真的能达到单机 4000 吗,太恐怖了吧
    ragnaroks
    ragnaroks
    Sep 14, 2021
    13
    @xiaokongwu
    两颗 16 线程。
    确实可以,不过 CPU 单线程性能较差所以代码里面绝大部分都使用多 task 并行处理而不是异步。
    如果不是要等数据库,qps 可以再高几十倍。
    securityCoding
    securityCoding
    Sep 14, 2021 via Android
    14
    瓶颈都在数据库 io
    hhjswf
    hhjswf
    Sep 15, 2021
    15
    说单机不提配置有什么意义。。
    ufan0
    ufan0
    Sep 15, 2021
    16
    最近正好在压测,仅供参考:

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

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

    感觉还挺好玩的,我正在负责的几个应用,有两个已经优化到 1200TPS,感觉还是挺有成就感的,目前瓶颈卡在机器性能(主要是 IO )以及内存大小,数据库倒是配置很高没问题,接下来看看还有没有可以压榨的地方。
    cassyfar
    cassyfar
    Sep 15, 2021
    17
    高并发和单机有啥关系?
    xuanbg
    xuanbg
    Sep 15, 2021❤️1
    18
    @ufan0 2 核的中台业务并发 1000+?你们怕是在想🍑吃。能有 100+就很好了。
    zerongliu
    zerongliu
    Sep 15, 2021
    19
    都是具体场景具体分析
    pythonee
    pythonee
    Sep 15, 2021
    20
    无责任贡献指标:
    - 连接数
    - TPS
    - 吞吐量
    sha851092391
    sha851092391
    Sep 15, 2021
    21
    不谈业务都是耍流氓,同配置下你跑个空接口,我跑一个国际象棋步数计算,你觉得有啥参考意义。
    dqzcwxb
    dqzcwxb
    Sep 15, 2021
    22
    其实是并行,并发只需要两个线程甚至一个协程就能做到
    kiddingU
    kiddingU
    Sep 15, 2021
    23
    一般瓶颈都在数据库这一层,业务逻辑能有多复杂,跑一个空的 nginx,单机能到达 10W qps,业务复杂了单机能到达 1000TPS 我觉得已经很高了,现在很多时候都是码机器了,缓存 队列 k8s + hpa 自动扩容缩容,扛高峰流量也就没太大问题
    Rwing
    Rwing
    Sep 15, 2021
    24
    @xuanbg 想🍑吃是啥意思。。。。
    murmur
    murmur
    Sep 15, 2021
    25
    @Rwing 想屁吃,他打错了,应该是想 peach (桃子)
    seakingii
    seakingii
    Sep 16, 2021
    26
    @murmur 桃子不是像屁股么?
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Privacy   ·   Solana   ·   1476 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 56ms · UTC 17:49 · PVG 01:49 · LAX 09:49 · JFK 12:49
    ♥ Do have faith in what you're doing.