• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 1232 days ago, the information mentioned may be changed or developed.
 |
F281M6Dh8DXpD1g2Jun 21, 2023
1
最大的时候接了 80 万 qps 的数据
然后上游就挂了 日常 1 万多.... |
|
F281M6Dh8DXpD1g2Jun 21, 2023
3
@dengkj 卖东西的，那天安排了直播....
|
 |
twofoxJun 21, 2023
4
选课服务，4000 人同时选课，立马就挂 (doge
|
 |
5
我这用户没开发多😅
|
14 |
6
基础一点的服务有 5k 左右（比如判断是否付费），判断用户是否登录态的服务能达到几十万；
但是单纯比较并发量高低意义不太大，如何将单机 CPU 和内存发挥到极致才是需要考虑的，比如降低锁粒度、无锁设计、NIO/AIO 等都是在降低阻塞、让 CPU 物尽其用；调整部分池组件的参数，合理利用 CPU ，防止任务堆积导致内存先爆掉（后果就是 CPU 会大量浪费在 GC 上）； 这些处理完就压测，榨干 CPU 和内存，压出瓶颈，并分析瓶颈可以通过什么方式解决（横向扩容？调参？），此时的 qps 就是单机上限，记下这个上限，做好限流，剩下的就交给横向扩容吧（虽然这样说很简单，但实际情况往往更复杂，你还要考虑上下游的上限以及容灾能力）。 其实现在大部分的组件、中间件已经帮我们做了无锁设计，大部分需要 IO 通信的底层也都是 NIO 了，我们只要不瞎搞，正常写业务代码，合理设置参数，都不会有啥性能问题，剩下的基本上就是压测，做好限流熔断容灾，扩容堆机器... |
 |
realpgJun 21, 2023
7
web api 服务器，有跟数据库 /缓存的交互，每天峰值都能 20K QPS 是入门
不过 golang 大大的降低了高并发的难度，猴子都能写出靠谱 10KQPS |
 |
wu00Jun 21, 2023
8
平常几百，多的时候几千，天天梭需求，恨不得一周一个版
|
 |
coderxyJun 21, 2023
9
基础的某个服务 5W 多 QPS
|
 |
leetonJun 21, 2023 via iPhone
10
我这个项目下周上线，我得目标是能抗住 10qps 。个位数就行🤣
|
 |
yazinnnnJun 21, 2023
11
并发和 qps/rps/tps 是一回事吗?
另外打听一下, 你们服务器的 ulimit 的 file descriptors 设置是多大? |
 |
yfixxJun 21, 2023 via Android
13
没太关注
|
 |
opengpsJun 21, 2023
14
曾经的项目，上百万的 tcp 长连接
|
 |
810244966Jun 22, 2023
15
平时内部自测，400 人同时操作时系统就卡的一批，不过这个项目还是一个上市公司的现金牛
|
 |
xuanbgJun 22, 2023
16
不多，800qps 吧，这辈子都完全够用了。
|
 |
dayeye2006199Jun 22, 2023
17
我们只有 10 几个 QPS ，但是要处理 CRDT ，非常艹蛋
|
 |
supersadminJun 22, 2023 via iPhone
18
开发九个月，支持 2qps ，比其他开发过得滋润。
|
 |
owen800qJun 22, 2023
19
@supersadmin 什么业务啊，这么拉不会砍掉这条业务线吗
|
 |
kanepan19Jun 22, 2023
20
设计单机 350tps 实际 20tps 路过
|
 |
callmexiaodengJun 22, 2023
21
我们 10tps 都算多了 。。。 楼上的几万 qps 真夸张 那么大的并发量不得很多机器？
|
Select Language