服务器系统负载升高不严谨分析

jarlyyn

最近chat里都开始说容易上top cmd。

我最近沉迷于做客户端app,没有调整过机器和做的任务，正好拿原有数据进行对比。

之前我做过过热模块，拿我自己的id的top 数值做了比例化，大概是

1.     App.Core.Overheat.Commands = {
   
2.         "west": 11,
   
3.         "w": 11,
   
4.         "north": 11,
   
5.         "n": 11,
   
6.         "east": 11,
   
7.         "e": 11,
   
8.         "south": 11,
   
9.         "s": 11,
   
10. "l": 8,
    
11.     }
    

复制代码

我记得大概是拿topcmd中 总耗时除以命令个数的整数部分。就是 指数11,大概是 100个指令，耗时110000+的样子。

很明显,look 指令比移动低不少。

今天我又光荣入榜，截了下命令榜的前几位

1. │124.223.18.181:40586  │l                           │201   │383355    │
   
2. │124.223.18.181:40586  │ask                         │43    │218251    │
   
3. │124.223.18.181:40586  │s                           │154   │198236    │
   
4. │124.223.18.181:40586  │n                           │154   │198211    │
   
5. │124.223.18.181:40586  │w                           │149   │189085    │
   
6. │124.223.18.181:40586  │e                           │139   │172048    │

复制代码

移动指令是 大概都在1.3做有，比当时小幅度上升。

但主要是l 指令。

消耗指数直线飙升到了19做有，比之前高一倍还多。

所以，按我的数据，应该是l 特别是l npc时的消耗的技能消耗的很多。

我没玩青城id,看预览里似乎青城有技能会和npc外观互动，不知道又没有可能和这个有关系，有没有可能优化点性能。

看这个时已经在改机器了，发现的数据变化希望对服务器优化有所作用。

mimikami

top cmd是把双刃剑

icer

有没有可能look次数没增加，但是单次消耗增加了？有没有之前上榜的look的单次消耗数据

qrz

让任务不要look