dtp 发表于 2023-4-5 18:29:04

jarlyyn 发表于 2023-4-5 06:18 PM
这样就涉及到一个不死不休的问题了

“凭啥我的机器是坏机器”

暂定每秒消耗超过 3500 的 ID 就是坏机器。辅助以 icer snoop 判断。

dtp 发表于 2023-4-5 18:29:57

ppmm 发表于 2023-4-5 06:19 PM
万一top cmd耗费资源也多呢

没有万一,这个消耗可以忽略不计。不接受反驳。

shawnguosx 发表于 2023-4-5 18:33:39

实际情况就是3500未必坏,做萧峰遇到死劝不降的杀手,ask,fight,pfm这些命令一大堆,一个周期里遇到一个就足够上榜,而经常做萧峰的人应该知道,死劝不降的杀手并不罕见

jarlyyn 发表于 2023-4-5 18:36:10

dtp 发表于 2023-4-5 06:29 PM
暂定每秒消耗超过 3500 的 ID 就是坏机器。辅助以 icer snoop 判断。

所以问题来了

“因为我走路模块做的好走得快,所以是坏机器,那些用resposne和say走路走的慢的是好机器”

icer 发表于 2023-4-5 18:49:08

ppmm 发表于 2023-4-5 06:19 PM
万一top cmd耗费资源也多呢

top cmddetail更节省资源一些。就上榜来说两个是一样的

ppmm 发表于 2023-4-5 18:50:38

icer 发表于 2023-4-5 06:49 PM
top cmddetail更节省资源一些。就上榜来说两个是一样的

如果每次榜单更新能不能显示一句话,这样就不用每分钟top cmd一次,可以出现这句话再top cmd

icer 发表于 2023-4-5 18:50:59

jarlyyn 发表于 2023-4-5 06:36 PM
所以问题来了

“因为我走路模块做的好走得快,所以是坏机器,那些用resposne和say走路走的慢的是好机器 ...
换个说法,叫消耗资源多的机器和消耗资源少的机器吧。好坏的说法太主观。另外用response多的消耗资源也不少。上榜的很多都是response上千,相当于一秒两三个response。实际上有了gmcp,response走路的方式可以取消了

lanchong 发表于 2023-4-5 18:51:06

icer 发表于 2023-4-5 06:49 PM
top cmddetail更节省资源一些。就上榜来说两个是一样的

单个命令超过3.5就会上榜吧?

icer 发表于 2023-4-5 18:52:58

lanchong 发表于 2023-4-5 06:51 PM
单个命令超过3.5就会上榜吧?

上榜是耗时前十,没有什么固定标准

jarlyyn 发表于 2023-4-5 18:53:48

icer 发表于 2023-4-5 06:50 PM
换个说法,叫消耗资源多的机器和消耗资源少的机器吧。好坏的说法太主观 ...

我只是和炮爷杠了一下。

我觉得每个id不能超过一定的性能配额,看谁能玩出花来,也可以一个有趣的挑战,玩法跑道不同。
页: 1 2 [3] 4 5
查看完整版本: 命令耗时限制机制前后系统负载同比变化