V2EX › 成都

我是前端，不懂这个数字代表什么，但是东软拿出来炫耀，是表示很牛吗？

evada · 12 小时 34 分钟前 · 2211 次点击

东软核酸检测系统在上海经受住了平均每小时超过 600 万人次的峰值考验，在北京经受住了平均每天超过 2000 万人次的压力考验。

15 条回复 • 2022-09-05 00:41:28 +08:00

westoy 12 小时 28 分钟前 2

对外包方案商来说，我觉得 qps 能超过一千就挺牛的了。做政企业务方案的，没哪家主打的是并发啊，不都是业务的覆盖和完整性么，一个大集团能有多少并发.....

或者说有大并发需求的，有几家业务是外包或者整套方案买的方案商的

Torpedo 12 小时 25 分钟前

有一说一，你想想人家的核心竞争力是啥。技术这边能用就行了

lscho 12 小时 23 分钟前 via Android

如果真是每小时 600 万人次，每秒 tps 至少 1666 ，qps 至少翻个倍，每秒 3000 。相当牛了。

bigbyto 12 小时 15 分钟前 via iPhone

换算到每秒的话一台 2 核 4g 服务器就可以扛下。当然这么复杂的系统架构不可能这么简单，但这并不是值得炫耀的事。为啥不敢换算成每秒呢，还是因为太拉了……

Rrrrrr 11 小时 33 分钟前 via iPhone

能接单和不能接单的区别

seaiaddca 11 小时 32 分钟前

每小时 600 万，平均下来每秒 1666 人次
没做过核酸，不知道做核酸的效率是接近平均分布（一个小时做的人次没有大波动）还是更接近正态分布，假定正态分布，峰值 qps 大概在 3000 到 4000 左右
单从 qps 来说，没什么大不了的，问题在于这个系统的要求是什么，是核酸结果要求在几百 ms 内做到不同客户端 query 结果一致，还是允许有几十分钟到几个小时的延迟

如果有很强的一致性要求的话，那这个数字挺不错的，如果没有的话，就没什么意思了

当然，这顿分析的前提就有点问题，所以结论也不靠谱，就是随便想想而已...

murmur 9 小时 58 分钟前

@seaiaddca 错了，核酸系统的并发只跟大白数量有关，跟成都人数没太大关系

核酸是 20 混 1 的，你录入 20 个人和试管的绑定数据，需要 20 个请求，除了开发者 sb 我找不到任何借口

至于生成核酸二维码，那个就是明文的编码，至少广州是这样，广州把核酸编码的任务给了腾讯小程序，广州弄了 6 个核酸码不是炫富吧，这就是天然的负载均衡

yhxx 9 小时 52 分钟前 1

每小时 600 万约等于每分钟 10 万。

按照上海官方发布的信息，截至 5 月 5 日，上海已布局设置常态化核酸采样点 9021 个。

我们知道大部分核酸采样点是有相互错开的固定工作时间的，不可能同时运行，按最大计算，最多也就一半能同时采样。

我们按 4000+个采样点来算，平均每分钟每个采样点需要扫码+采样 25 人次才能达到东软发布的 600 万次 /小时的数量。

实际同时开放的采样点能有 1/4 就已经很不错了，几乎每秒一次的采样频率，可以吹一波东软速度了