可以限制一定时间内的指令数~~

religiose

因为最近mud被拖的特别慢, 所以我想到一个可能部分解决部分问题的办法.
不知道在技术上能不能实现限制玩家指令数的东西,
   比如一个玩家在1秒内最多只能输出30条指令之类的, 我想可以有效避免单个玩家由于机器人做的不好, 把mud拖慢了, 或者导致系统崩溃的类似事件的发生.
可以肯定的是, 如果一次指令过多, 肯定会拖慢系统的, 就象去年ct的留言版那次事件一样,
指令数过多的最典型的例子就是路径的问题, 在网速不错的情况下, 一下子快速行走了50步, 肯定把系统拖死了.



[ 本帖最后由 religiose 于 2009-9-25 09:26 AM 编辑 ]

sghjjj

网络再好也走不了50步吧？
好像mud本身就有限制

xiaoxiaoxue

系统本身貌似就这个功能了

religiose

原帖由 xiaoxiaoxue 于 2009-9-25 09:53 AM 发表
系统本身貌似就这个功能了

你们说的是mud ,软件的功能, 我说的是服务器那边的系统功能,
     改进要从服务器上下手, 用户自己的客户端限制不了.

trace

这个是杞人忧天吧。你可以试试#100 do sth

religiose

原帖由 trace 于 2009-9-25 10:05 AM 发表
这个是杞人忧天吧。你可以试试#100 do sth

大哥, 你换个windows的dos连接一下就知道了
不要拿zmud4.62, 555, 721, mushclient 说事~

trace

现在不用这些的基本都绝迹了吧。

religiose

刚才又测试了一下, 在zmud7.21 通过路径方式测试的,
共列出 192 位玩家和 0 位巫师，系统负担：230.36 cmds/s, 0.20 comp lines/s

   直接把服务器拖慢了, 之后又慢慢降下来了, 这个就完全可以证明
由于玩家机器人写的太烂, 完全可以把服务器拖死.

以前没有类似问题, 是因为玩家数比较少, 现在玩家越来越多, 并且机器人水平良莠不齐, 出现问题也是正常的.

[ 本帖最后由 religiose 于 2009-9-25 10:49 AM 编辑 ]

maper

什么样的情况会拖慢服务器哦？
我都是通过房间出口来触发下一个行走命令的

sway

总结一下，你们这群bt的网速太好了，我这边网速慢，无论读书领悟还是练功或是走路都极少超过10命令/秒的。