网络参数知识服务器设置技巧

1、定义tickrate：Valve解释：在每一个tick中，服务器处理用户进来的命令，执行物理模拟过程，检查游戏规则，及改变所有物体的状态。在模拟一个tick时，服务器判断是否要改变客户端的游戏数据，如果需要的话对当前的游戏数据状态做个快照。高的tickrate增加了模拟精度，但也需要服务器端和客户端更多的CPU资源和可用带宽。

客户端FPS：是每秒钟游戏检查的次数，包括：从键盘/鼠标动作，网络进来的数据包，以及其它任何输入/输出动作。

服务器端FPS：由于没有键盘和鼠标输入输出的动作，它仅涉及服务器检查游戏数据包的频率。
sv_maxrate：服务器每秒发给客户端的最大字节数，换句话说，也就是客户端每秒钟能向服务器端请求的最大字节数。如果服务器端sv_maxrate值小于客户端的rate值设定，用户端的rate值将设为sv_maxrate值。
sv_minrate：服务器每秒发给客户端的最小字节数，换句话说，也就是客户端每秒钟能向服务器端请求的最小字节数。如果服务器端sv_minrate值大于客户端的rate值设定，用户端的rate值将设为sv_minrate值。
sv_maxupdaterate：服务器端每秒发送给客户端的最大更新数据次数，换句话说，也就是客户端每秒钟能向服务器端请求数据更新的最大次数。如果服务器端sv_maxupdaterate值小于客户端cl_updaterate值设定，用户端的cl_updaterate值将设为sv_maxupdaterate值。
sv_minupdaterate：服务器端每秒发送给客户端的最小更新数据次数，换句话说，也就是客户端每秒钟能向服务器端请求数据更新的最小次数。如果服务器端sv_minupdaterate值大于客户端cl_updaterate值设定，用户端的cl_updaterate值将设为sv_minupdaterate值。
rate：客户端每秒将向服务器端请求的最大字节数。服务器端自动按下面不等式调整客户端：
        服务器端sv_minrate ≤ 客户端rate值 ≤ 服务器端sv_maxrate
cl_updaterate：客户端每秒将向服务器端请求的最大更新数据次数。服务器端自动按下面不等式调整客户端：
     服务器端sv_minupdaterate ≤ 客户端cl_updaterate值 ≤ 服务器端sv_maxupdaterate

cl_cmdrate：客户端每秒将向服务器端发送更新数据的最大次数。 注意：sv_maxupdaterate 和 cl_updaterate不会导致服务器超过sv_maxrate 和 rate设定的值向客户端发送更多的数据，或者由于服务器端，更可能是客户端的实际的最大带宽限制，若有上述两种的任一种情况出况将出现choke。
服务器端sv_maxupdaterate的设置会导致带宽分配超过根据sv_maxrate分配给每一客户的带宽或服务器端的总带宽限制。
换句话说，
客户端cl_updaterate的设置会导致客户端要求的带宽超过客户端的rate值设定或是客户端带宽的最大值。
更多信息请见：Valve's Source Multiplayer Networking Explanation ( http://developer.valvesoftware.com/wiki/Source_Multiplayer_Networking )

2、服务器其它重要知识ltickrate只能在服务器端的启动参数中增加–tickrate 66 ( 对于66 tickrate的服务器)来改变，而不能通过诸如console、HLSW等来改变，服务器修改后需要重启生效。

l如果修改tickrate后没有明显的效果，OP必须修正服务器系统上的核心时钟限制(默认为60，Windows Kernel Timer Resolution )，所有服务器是通过在服务器端安装相关的MMS插件fpsboost来修正这个问题!

l服务器端的FPS可以通过stats命令来查看，我们[China .o0]服务器的FPS为514左右。服务器端的FPS是由fps_max来调节，默认是300，服务器通过在启动参数中增加+fps_max 600进行修改，以让服务器尽可能快的响应用户的数据包! 正是由于解决了Windows Kernel Timer Resolution和服务器FPS问题才让广大玩家长期感受到服务器“感觉更好”! 以上内容与国内各服务器管理者共分享。

楼主加油！只要有我在帖子就不会沉！HOHO

谢谢分享

不客气····