这是一个创建于 559 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
1
liprais 2023-06-21 15:49:18 +08:00
最大的时候接了 80 万 qps 的数据
然后上游就挂了 日常 1 万多.... |
 |
4
twofox 2023-06-21 16:49:37 +08:00
选课服务，4000 人同时选课，立马就挂 (doge
|
 |
5
SuperManNoPain 2023-06-21 16:51:16 +08:00  14
我这用户没开发多😅
|
 |
6
sun1993 2023-06-21 17:18:10 +08:00 2
基础一点的服务有 5k 左右（比如判断是否付费），判断用户是否登录态的服务能达到几十万；
但是单纯比较并发量高低意义不太大，如何将单机 CPU 和内存发挥到极致才是需要考虑的，比如降低锁粒度、无锁设计、NIO/AIO 等都是在降低阻塞、让 CPU 物尽其用；调整部分池组件的参数，合理利用 CPU ，防止任务堆积导致内存先爆掉（后果就是 CPU 会大量浪费在 GC 上）； 这些处理完就压测，榨干 CPU 和内存，压出瓶颈，并分析瓶颈可以通过什么方式解决（横向扩容？调参？），此时的 qps 就是单机上限，记下这个上限，做好限流，剩下的就交给横向扩容吧（虽然这样说很简单，但实际情况往往更复杂，你还要考虑上下游的上限以及容灾能力）。 其实现在大部分的组件、中间件已经帮我们做了无锁设计，大部分需要 IO 通信的底层也都是 NIO 了，我们只要不瞎搞，正常写业务代码，合理设置参数，都不会有啥性能问题，剩下的基本上就是压测，做好限流熔断容灾，扩容堆机器... |
 |
7
realpg 2023-06-21 18:19:27 +08:00
web api 服务器，有跟数据库 /缓存的交互，每天峰值都能 20K QPS 是入门
不过 golang 大大的降低了高并发的难度，猴子都能写出靠谱 10KQPS |
 |
8
wu00 2023-06-21 18:28:13 +08:00
平常几百，多的时候几千，天天梭需求，恨不得一周一个版
|
 |
9
coderxy 2023-06-21 18:30:38 +08:00
基础的某个服务 5W 多 QPS
|
 |
10
leeton 2023-06-21 18:35:24 +08:00 via iPhone
我这个项目下周上线，我得目标是能抗住 10qps 。个位数就行🤣
|
 |
11
yazinnnn 2023-06-21 19:04:13 +08:00
并发和 qps/rps/tps 是一回事吗?
另外打听一下, 你们服务器的 ulimit 的 file descriptors 设置是多大? |
 |
13
yfixx 2023-06-21 19:33:59 +08:00 via Android
没太关注
|
 |
14
opengps 2023-06-21 19:35:32 +08:00
曾经的项目，上百万的 tcp 长连接
|
 |
15
810244966 2023-06-22 01:46:01 +08:00
平时内部自测，400 人同时操作时系统就卡的一批，不过这个项目还是一个上市公司的现金牛
|
 |
16
xuanbg 2023-06-22 08:15:25 +08:00
不多，800qps 吧，这辈子都完全够用了。
|
 |
17
dayeye2006199 2023-06-22 13:14:23 +08:00
我们只有 10 几个 QPS ，但是要处理 CRDT ，非常艹蛋
|
 |
18
supersadmin 2023-06-22 13:28:04 +08:00 via iPhone
开发九个月，支持 2qps ，比其他开发过得滋润。
|
 |
19
owen800q 2023-06-22 13:46:46 +08:00
@supersadmin 什么业务啊，这么拉不会砍掉这条业务线吗
|
 |
20
kanepan19 2023-06-22 14:15:04 +08:00
设计单机 350tps 实际 20tps 路过
|
 |
21
callmexiaodeng 2023-06-22 21:58:07 +08:00
我们 10tps 都算多了 。。。 楼上的几万 qps 真夸张 那么大的并发量不得很多机器？
|
Select Language