实际上，内容分发布网络(CDN)是一种新型的网络构建方式，它是为能在传统的IP网发布宽带丰富媒体而特别优化的网络覆盖层；而从广义的角度， CDN代表了一种基于质量与秩序的网络服务模式。简单地说，内容发布网(CDN)是一个经策略性部署的整体系统，包括分布式存储、负载均衡、网络请求的重定向和内容管理４个要件，而内容管理和全局的网络流量管理(Traffic Management)是CDN的核心所在。通过用户就近性和服务器负载的判断，CDN确保内容以一种极为高效的方式为用户的请求提供服务。总的来说，内容服务基于缓存服务器，也称作代理缓存(Surrogate)，它位于网络的边缘，距用户仅有”一跳”(Single Hop)之遥。同时，代理缓存是内容提供商源服务器（通常位于CDN服务提供商的数据中心）的一个透明镜像。这样的架构使得CDN服务提供商能够代表他们客户，即内容供应商，向最终用户提供尽可能好的体验，而这些用户是不能容忍请求响应时间有任何延迟的。据统计，采用CDN技术，能处理整个网站页面的 70%～Array5％的内容访问量，减轻服务器的压力，提升了网站的性能和可扩展性。
与目前现有的内容发布模式相比较，CDN强调了网络在内容发布中的重要性。通过引入主动的内容管理层的和全局负载均衡，CDN从根本上区别于传统的内容发布模式。在传统的内容发布模式中，内容的发布由ICP的应用服务器完成，而网络只表现为一个透明的数据传输通道，这种透明性表现在网络的质量保证仅仅停留在数据包的层面，而不能根据内容对象的不同区分服务质量。此外，由于IP网的”尽力而为”的特性使得其质量保证是依靠在用户和应用服务器之间端到端地提供充分的、远大于实际所需的带宽通量来实现的。在这样的内容发布模式下，不仅大量宝贵的骨干带宽被占用，同时ICP的应用服务器的负载也变得非常重，而且不可预计。当发生一些热点事件和出现浪涌流量时，会产生局部热点效应，从而使应用服务器过载退出服务。这种基于中心的应用服务器的内容发布模式的另外一个缺陷在于个性化服务的缺失和对宽带服务价值链的扭曲，内容提供商承担了他们不该干也干不好的内容发布服务。
纵观整个宽带服务的价值链，内容提供商和用户位于整个价值链的两端，中间依靠网络服务提供商将其串接起来。随着互联网工业的成熟和商业模式的变革，在这条价值链上的角色越来越多也越来越细分。比如内容／应用的运营商、托管服务提供商、骨干网络服务提供商、接入服务提供商等等。在这一条价值链上的每一个角色都要分工合作、各司其职才能为客户提供良好的服务，从而带来多赢的局面。从内容与网络的结合模式上看，内容的发布已经走过了ICP的内容（应用）服务器和IDC这两个阶段。IDC的热潮也催生了托管服务提供商这一角色。但是，IDC并不能解决内容的有效发布问题。内容位于网络的中心并不能解决骨干带宽的占用和建立IP网络上的流量秩序。因此将内容推到网络的边缘，为用户提供就近性的边缘服务，从而保证服务的质量和整个网络上的访问秩序就成了一种显而易见的选择。而这就是内容发布网(CDN)服务模式。CDN的建立解决了困扰内容运营商的内容”集中与分散”的两难选择，无疑对于构建良好的互联网价值链是有价值的，也是不可或缺的最优网站加速服务。
CDN的应用
目前的CDN服务主要应用于证券、金融保险、ISP、ICP、网上交易、门户网站、大中型公司、网络教学等领域。另外在行业专网、互联网中都可以用到，甚至可以对局域网进行网络优化。利用CDN，这些网站无需投资昂贵的各类服务器、设立分站点，特别是流媒体信息的广泛应用、远程教学课件等消耗带宽资源多的媒体信息，应用CDN网络，把内容复制到网络的最边缘，使内容请求点和交付点之间的距离缩至最小，从而促进Web站点性能的提高，具有重要的意义。CDN 网络的建设主要有企业建设的CDN网络，为企业服务；IDC的CDN网络，主要服务于IDC和增值服务；网络运营上主建的CDN网络，主要提供内容推送服务；CDN网络服务商，专门建设的CDN用于做服务，用户通过与CDN机构进行合作，CDN负责信息传递工作，保证信息正常传输，维护传送网络，而网站只需要内容维护，不再需要考虑流量问题。
CDN能够为网络的快速、安全、稳定、可扩展等方面提供保障。
IDC建立CDN网络，IDC运营商一般需要有分布各地的多个IDC中心，服务对象是托管在IDC中心的客户，利用现有的网络资源，投资较少，容易建设。例如某IDC全国有10个机房，加入IDC的CDN网络，托管在一个节点的Web服务器，相当于有了10个镜像服务器，就近供客户访问。宽带城域网，域内网络速度很快，出城带宽一般就会瓶颈，为了体现城域网的高速体验，解决方案就是将Internet网上内容高速缓存到本地，将Cache部署在城域网各POP点上，这样形成高效有序的网络，用户仅一跳就能访问大部分的内容，这也是一种加速所有网站CDN的应用。
CDN的技术原理
在描述CDN的实现原理，让我们先看传统的未加缓存服务的访问过程，以便了解CDN缓存访问方式与未加缓存访问方式的差别：
由上图可见，用户访问未使用CDN缓存网站的过程为:
用户向浏览器提供要访问的域名；
浏览器调用域名解析函数库对域名进行解析，以得到此域名对应的IP地址；
浏览器使用所得到的IP地址，域名的服务主机发出数据访问请求；
浏览器根据域名主机返回的数据显示网页的内容。
通过以上四个步骤，浏览器完成从用户处接收用户要访问的域名到从域名服务主机处获取数据的整个过程。CDN网络是在用户和服务器之间增加Cache 层，如何将用户的请求引导到Cache上获得源服务器的数据，主要是通过接管DNS实现，下面让我们看看访问使用CDN缓存后的网站的过程：
通过上图，我们可以了解到，使用了CDN缓存后的网站的访问过程变为：
用户向浏览器提供要访问的域名；
浏览器调用域名解析库对域名进行解析，由于CDN对域名解析过程进行了调整，所以解析函数库一般得到的是该域名对应的CNAME记录，为了得到实际IP地址，浏览器需要再次对获得的CNAME域名进行解析以得到实际的IP地址；在此过程中，使用的全局负载均衡DNS解析，如根据地理位置信息解析对应的IP 地址，使得用户能就近访问。
此次解析得到CDN缓存服务器的IP地址，浏览器在得到实际的IP地址以后，向缓存服务器发出访问请求；
缓存服务器根据浏览器提供的要访问的域名，通过Cache内部专用DNS解析得到此域名的实际IP地址，再由缓存服务器向此实际IP地址提交访问请求；
缓存服务器从实际IP地址得得到内容以后，一方面在本地进行保存，以备以后使用，二方面把获取的数据返回给客户端，完成数据服务过程；
客户端得到由缓存服务器返回的数据以后显示出来并完成整个浏览的数据请求过程。 通过以上的分析我们可以得到，为了实现既要对普通用户透明(即加入缓存以后用户客户端无需进行任何设置，直接使用被加速网站原有的域名即可访问)，又要在为指定的网站提供加速服务的同时降低对ICP的影响，只要修改整个访问过程中的域名解析部分，以实现透明的加速服务，下面是CDN网络实现的具体 *** 作过程。
作为ICP，只需要把域名解释权交给CDN运营商，其他方面不需要进行任何的修改； *** 作时，ICP修改自己域名的解析记录，一般用cname方式指向CDN网络Cache服务器的地址。
作为CDN运营商，首先需要为ICP的域名提供公开的解析，为了实现sortlist，一般是把ICP的域名解释结果指向一个CNAME记录；
当需要进行sorlist时，CDN运营商可以利用DNS对CNAME指向的域名解析过程进行特殊处理，使DNS服务器在接收到客户端请求时可以根据客户端的IP地址，返回相同域名的不同IP地址；
由于从cname获得的IP地址，并且带有hostname信息，请求到达Cache之后，Cache必须知道源服务器的IP地址，所以在CDN运营商内部维护一个内部DNS服务器，用于解释用户所访问的域名的真实IP地址；
在维护内部DNS服务器时，还需要维护一台授权服务器，控制哪些域名可以进行缓存，而哪些又不进行缓存，以免发生开放代理的情况。
CDN的网络架构
CDN网络架构主要由两大部分，分为中心和边缘两部分，中心指CDN网管中心和DNS重定向解析中心，负责全局负载均衡，设备系统安装在管理中心机房，边缘主要指异地节点，CDN分发的载体，主要由Cache和负载均衡器等组成。
当用户访问加入CDN服务的网站时，域名解析请求将最终交给全局负载均衡DNS进行处理。全局负载均衡DNS通过一组预先定义好的策略，将当时最接近用户的节点地址提供给用户，使用户能够得到快速的服务。同时，它还与分布在世界各地的所有CDNC节点保持通信，搜集各节点的通信状态，确保不将用户的请求分配到不可用的CDN节点上，实际上是通过DNS做全局负载均衡。
对于普通的Internet用户来讲，每个CDN节点就相当于一个放置在它周围的WEB。通过全局负载均衡DNS的控制，用户的请求被透明地指向离他最近的节点，节点中CDN服务器会像网站的原始服务器一样，响应用户的请求。由于它离用户更近，因而响应时间必然更快。
每个CDN节点由两部分组成：负载均衡设备和高速缓存服务器
负载均衡设备负责每个节点中各个Cache的负载均衡，保证节点的工作效率；同时，负载均衡设备还负责收集节点与周围环境的信息，保持与全局负载DNS的通信，实现整个系统的负载均衡。
高速缓存服务器（Cache）负责存储客户网站的大量信息，就像一个靠近用户的网站服务器一样响应本地用户的访问请求。
CDN的管理系统是整个系统能够正常运转的保证。它不仅能对系统中的各个子系统和设备进行实时监控，对各种故障产生相应的告警，还可以实时监测到系统中总的流量和各节点的流量，并保存在系统的数据库中，使网管人员能够方便地进行进一步分析。通过完善的网管系统，用户可以对系统配置进行修改。
理论上，最简单的CDN网络有一个负责全局负载均衡的DNS和各节点一台Cache，即可运行。DNS支持根据用户源IP地址解析不同的IP，实现就近访问。为了保证高可用性等，需要监视各节点的流量、健康状况等。一个节点的单台Cache承载数量不够时，才需要多台Cache，多台Cache同时工作，才需要负载均衡器，使Cache群协同工作。您好，如果网速慢，建议核查周围用户使用是否正常，若仅您的手机无法正常使用；另外可以查看上网功能开关设置是否正常、网络选择是否在3G或4G网络中；将手机卡安装到手机副卡槽上，会导致上网速度慢或无法上网。如以上情况均未解决，建议直接联系当地联通客服反馈核查。—、服务器出现宕机的原因
1运行环境出现问题，机房断电导致的服务器断电(欠压，过载，波动)、机房温度过高，散热不良、资源冲突、DirectX文件的损坏、系统不完善等等原因而造成服务器宕机。
⒉服务器不堪负重，最常见的如磁盘空间耗尽、访问值过大、程序中毒、遭受攻击等大规模高消耗服务器资源情况。
3由于主备数据不—致导致的复制问题。
4性能问题，运维运行糟糕的SQL或Schema和索引设计等。
二、服务器宕机应该从哪些方面检查呢
①硬件
(1)检查硬件是否有冲突;
(2)对比服务器电源所负载的功率判断电源是否出现故障;
(3)扫描硬盘表面检查是否有坏道;
(4)通过错误报告和 *** 作系统的报错信息来判断;
(5)使用替换法判断主板、CPU、SCSI/RAID卡或其他PCI设备是否出现故障。
②软件
(1)检查 *** 作系统的系统日志，可以通过系统日志来判断部分造成死机的原因;
(2)在判断硬件没有故障后，考虑系统软件的BUG和漏洞原因;
(3)如果是因为软件使用不当或系统工作压力过大，可以适当降低服务器的工作压力;
(4)电脑病毒。
以上就是有关服务器宕机的原因有哪些，应该从哪些方面检查的知识介绍。
在想解决处理办法之前要知道服务器宕机的两种形态：假死机和死机
假死机(非蓝屏死机)是由于硬件资源暂时性地被消耗殆尽，因而无法对外部指令进行响应的现象， 通常是网站处于访问高峰期，带宽等资源跑满，这时只需要等待一定的时间，待服务器腾出更多的硬件资源即可恢复正常。
而死机，如果通过ping测试服务器，键盘切换数字锁定键(NumLock)或大写锁定键(Caps Lock)功能， 显示器无画面输出，或者鼠标光标没有任何反应则表明服务器硬件故障。
再了解服务器出现宕机的常见原因 ：
1在运行环境的问题中，最普遍的问题时磁盘空间耗尽。
2在性能问题中，最普通的服务器宕机原因确实是运行很糟糕的SQL， 但也不一定都是这个原因，比如也有很多问题是由于服务器Bug或错误的行为导致的。
3糟糕的Schema和索引设计是第二大影响性能的问题。
4复制问题通常由于主备数据不一致导致。
5数据丢失问题通常由于drop table的错误 *** 作导致，并总是便随着缺少可用备份的问题。
如何查看服务器宕机的原因：
a、是否是应用程序导致内存溢出或者泄露，out of memory导致
b、是否是进程过多或者不断创建，耗尽资源导致
c、是否是数据库程序死锁，连接数过多导致
d、是否是应用程序异常导致
e、是否是流量负载过大导致
f、 是否是遭受黑客入侵攻击导致
g、是否是误 *** 作导致
服务器宕机自行解决办法：
1要即时发现服务器宕机的问题。时间就是金钱，这是不变的真理。我们要第一时间， 发现宕机的问题，服务器宕机时，为了避免造成不必要的损失，要尽早通知IDC服务商解决相关问题。
2最好准备2个服务器空间，他们存放的内容相同，而ip不同，并且机房的地理位置不同。这样2个区域的服务器， 能够做到有效异地容灾备份。发现宕机问题后，可以迅速的通过修改>在如今这个网络无处不在的时代，传统介质的单机产品已经越来越不能满足人们的需求，更多的软件商已经意识到了网络带给它们的便利与挑战，以微软为例，无论是网络补丁分发，还是基于网络的正版增值计划都体现了微软对于网络的利用，而对于企业用户来讲，这一点则主要体现在终端服务这方面。
一、概念篇
Windows Server 中的终端服务可以提高企业在各种应用情境下的软件部署能力，并且允许在应用程序和管理基础结构中融入更多的灵活性。当用户在终端服务器上运行应用程序时，应用程序实际上在服务器端执行，因此仅需要在网络上传输键盘、鼠标和显示信息。每位用户均只能看到他自己的会话，会话由服务器 *** 作系统透明的进行管理，并且独立于其它任何客户端会话。终端服务提供了在 Windows Server 上承载多个并发客户端会话的能力。基于 Windows 的标准应用程序无需做任何修改便可在终端服务器上运行，而且可以使用所有标准的 Windows Server 管理基础结构和技术来管理客户端桌面系统。通过这种方式，企业能够从当今 Windows *** 作系统环境提供的丰富应用程序和工具选择中做出适合自己需要的选择。
面对如此贴近企业的应用，微软自然会不断的对其进行增强，在今年即将上市的Windows Server 2008中，终端服务器方面性能的改进就非常的令人欣慰。用户可以自主的决定那些程序可以远程接入。同时用户通过新的远程程序和终端服务网关能够使用Citrix公司的程序。用户还可以接入该程序，配置该程序，虚拟化以及实现随时安全接入的功能。下面我们就来逐一介绍微软终端服务的魅力所在：
终端服务网关（Terminal Services gateway）
在Windows Server 2008中终端服务的一个重大改进就是终端服务网关（Terminal Services Gateway），通过这个功能，用户可以在世界各地通过Internet上的一个门户来访问终端服务程序。所有的处理过程都是通过安全加密的>分类: 游戏
问题描述:
ex_in是什么命令，我打开控制台怎么呼不出这个命令。好象是关于图像质量的是不是？打开控制台要怎么修改这个参数啊？请给出具体步骤！谢谢！
解析:
一般我们玩cs的时候，经常用的是以下几个参数：
cl_cmdrate 101；cl_update 101 ;rate 20000 ;fps_max 99; max_shell 0;e_eax 1;_graph 0;fps_show 0;sensitivity xx; 而对于ex_interp这个参数，一直都有争议，因为像cpl等著名的大赛都禁止用这个参数，否者会被认为是作弊
cl_cmdrate：
这个参数决定了每秒钟你--即客户端发给服务器多少个数据包。很显然，这个值越高，服务器对你执行的命令的响应就越快。如果你拥有宽带网并且是其唯一使用者，把此值设高对你没什么坏处。如果你和你的朋友在一处上网打CS，并且能感觉到经常出现延迟的现象，那么这个命令就是罪魁祸首。大多数的宽带（主要是ADSL）并不提供足够的上传带宽，而这恰恰是“cl_cmdrate”所需要的。
cl_updaterate：
“cl_updaterate”和“cl_cmdrate”颇为类似，只是反其道而行之。它控制的是每秒钟你从服务器端接收的数据包的数量。因此，它依赖的是你的下载速度。你的“cl_updaterate”值越高，你和服务器的同步率就越高。既然只有服务器能决定你是否打中了，你当然希望收到足够多的数据包以保持和服务器同步。
sv_maxupdaterate：
如同“cl_updaterate”控制每秒钟客户端发给服务器端的最大数据包数量，“sv_maxupdaterate”就是每秒钟服务器端允许客户端接收的最大数据包数量。因此，把“cl_updaterate”设置的高于“sv_maxupdaterate”是毫无意义的。
sys_ticrate：
这个参数设定的是每秒钟服务器将计算出的帧数。默认值是100。为什么服务器的FPS（每秒钟的帧数）重要呢？这个参数本身决定了你在这个服务器上的感觉。我肯定我们都有过这种经验：有些服务器好像是架设在“深蓝”（或者曙光？龙芯？呵呵）上，而我们就好像是在局域网里打比赛一样。
“sys_ticrate”只是设定你服务器的最大FPS。一般来说，你的服务器不会达到这个值，因为你的 *** 作系统并不允许你这样。有很多种不同的方法来提升服务器的FPS，但是其中很多种都需要服务器提供商的合作。请记住，提高服务器的FPS会导致服务器提供商的机器CPU加重负担，因此多半服务器供应商们不会这么做。（出于某种原因，在de_inferno和de_aztec上提高服务器的FPS会导致CPU过载）。基于Windows的“半条命”服务器的默认FPS是64，而基于Linux的服务器的默认FPS是50。某些情况下，你可以把服务器FPS提高到512。是否使用如此之高的服务器FPS现在还有争议，但是就我个人的经验，通常在200FPS下你的游戏感觉会有明显的改善。
稳定性是关键。FPS在100和512之间跳来跳去只会使你的游戏感觉更糟糕，因此当你的服务器一般状态下是150FPS的时候，不妨把“sys_ticrate”设成150。
如果你有服务器的远程控制权限并且想知道服务器当前的FPS，那么就在命令台中输入“rcon stats”。要检查你的服务器有没有被提升过，暂时把“sys_ticrate”设成10000，并输入“rcon stats”。如果你的服务器FPS大于100，那么你的服务器就是被提升过了。
ex_interp：
开始之前，韦氏大辞典如下定义“interpolate”（插值）：
Main Entry: in·ter·po·late （主要词条： interpolate）
3：to estimate values of (a function) beeen o known values （3：估计两个已知函数值中间的函数值）
intransitive senses : to make insertions (as of estimated values) （不及物动词： 插入（在估计值的时候））
你不可能完全和服务器同步，因为你只是每秒钟接收到一定量的数据包。比如:图所示。随着数据点的增加，插值图形将越来越接近原本的圆。CS中我们可以认为这个圆就是一个玩家中在一秒钟不同的位置。从服务器的观点来看，它就是一个完美的圆，而客户端不得不通过插值来预测两个数据包中间的空档。
这就是“ex_interp”出现的原因。两个数据包之间的空档，就要由“半条命”的预测机制来决定了。“ex_interp”设置的是在两个连续数据包之间隔多长时间插值一次，其单位是秒。如上图所示，这些小的时间段就对应了插值多边形的边。因为插值是由客户器端做出的，他和服务器端的判断并不是完全一样。没什么东西能替代真正的数据包，但是插值预测大多数情况下都做得不错。
对于在线游戏的推荐值：
rate：
我已经确认过rate最高是20000，设成20000以上是没有任何意义的，甚至有可能会降低性能。
推荐值：
rate 20000
sv_maxrate：
这个值通常会被设成0。对于在线游戏来说，这并不是最优值。“sv_maxrate 0”会自动监测所有玩家的连接速度，并满足每个人的要求。假定“半条命”允许玩家使用超过20000的“rate”值，如果一个玩家疯到把“rate”设成，服务器会满足他的要求。这不仅导致了带宽的浪费，也导致了服务器过载。因此我推荐一个更安全的值“20000”。事实上，“sv_maxrate 0”和“sv_maxrate 20000”有可能效果是相同的，但是预防措施总是没有坏处的。
推荐值：
sv_maxrate 20000
cl_cmdrate：
这个参数的理想值应该是和服务器的FPS一样（而不是原来大家认为的客户端FPS）。如果你向服务器端发出的更新超过服务器本身的FPS，通常那些多余的数据包就会被丢弃掉。因此，“cl_cmdrate”设置过高没有什么大坏处，但是它浪费了你的带宽。
推荐值：
cl_cmdrate 等于或者大于服务器FPS
ex_interp：
把这个值设成0。CS会自动把你的“ex_interp”设成“1/cl_updaterate”（你的命令台会告诉你“ex_interp”被强制设成XX毫秒。原文“ex_interp forced up to xx msec”）。这是因为两个数据包之间的时间间隔就正好是1/（每秒更新次数），这就是你需要客户端做出插值预测的时间长度。调整“cl_updaterate”会自动调整“ex_interp”（当“ex_interp”设成0的时候）。我建议你只修改“cl_updaterate”，而让你的CS来自动修改“ex_interp”。你现在不能把“ex_interp”设置的低于“1/cl_updaterate”，而把它设高则导致了你射击对手的时候不得不瞄准出现在你屏幕上的人的后方，这种行为通常被认为是作弊（原文exploit，因为欧美比赛中exploit也算是作弊的一种，因此这里就直接翻译成作弊了）。比如，如果你的“cl_updaterate”是101，你“ex_interp”的正确值就是“1/101=0009”（9毫秒）。而使用默认值01就形成了前述的“作弊”（又是exploit，我ft）
推荐值：
ex_interp 0
cl_updaterate：
很长时间以来的做法是让“cl_updaterate”从101开始下降，降到你可以接受的“choke”值。可以用命令“_graph 3”来查看“choke”。对我来讲，“choke”是我最后才关心的一个数值。事实上得到“cl_updaterate”的最优值是更为复杂的。CAL比赛服务器端设置都是“sv_maxupdaterate 101”，所有有人可能会觉得“cl_updaterate”应该设成101。理想状态下，这是对的，但现实中这并不正确。美国大部分的服务器并不能提供100FPS，这就意味着每秒钟服务器不可能发出100次更新。因此“cl_updaterate 101”除了让你的“ex_interp”变成0009之外，并不能保证你每秒钟都收到100次更新，这就导致了玩家们的游戏感觉不断在变。既然没有（除非有远程控制权，“rcon stats”）知道服务器FPS的方法，我们就不得不猜测“cl_updaterate”的最优值。你可能说：“不妨把“cl_updaterate”设成101，这样就保证了能尽可能多的接收到数据包”。这样做的问题是忽视了“cl_updaterate”对“ex_interp”的影响，而实际上你的“ex_interp”应该设的更高。
为了找出最优的“cl_updaterate”值（记得把“ex_interp”设成0），将其值从101开始下降直到游戏中的人物只有非常轻微的抖动。“轻微的抖动”的程度只是个人的偏好而已，只要你的“ex_interp”等于“1/cl_updaterate”，游戏中的人物就应该是在正确的位置上。你必须针对每个服务器来调整你的“cl_updaterate”。别害怕使用低于50的“cl_updaterate”值。预测机制会发挥它的作用。注意：大多数公众服务器会把“sv_maxupdaterate”设成30，这时“cl_updaterate 30”就是最正确的。
请注意“cl_updaterate”从低向高调整是行不通的。一旦你的“cl_updaterate”设置到了一个较高的值，“ex_interp”并不会自动调整，而你不得不一次又一次的手动输入“ex_interp 0”。下面是我写的一个调整“cl_updaterate”的很方便的脚本：
调整更新速度的设置文件
推荐值：
“cl_updaterate”应该等于服务器的FPS，而且不应该超过服务器的 “sv_maxupdaterate”值。
sys_ticrate：
寻找合适的“sys_ticrate”值需要做一些试验。首先，如果你的服务器fps没有被提高到100以上，那么把这个值设成大于100是毫无意义的。如果你碰巧租到的是一个高性能服务器（即FPS被提升过），那么你就可以对“sys_ticrate”做点什么了。尽管越高的FPS是件好事，但是把“sys_ticrate”设置的超过200通常不是件好事。比如你把“sys_ticrate”设成9999， 你的服务器FPS则会随着当前地图上的战况而在150到1000之间晃悠。因此把它设置的低于200，会提供一个更稳定的游戏环境。通常，服务其提供商的每台计算机都会运行多个“半条命”服务器，所以如果所有这些服务器的“sys_ticrate”很高的话，就会占用极大的CPU资源。而使得每个“半条命”服务器上的玩家都感觉不爽。（并且多半你的服务器供应商还会增加月租金）。
最后，服务器的FPS只能是某些特定的数。比如，我的服务器只能工作在85、102、128、170、256等几个FPS下，而且不会出现其它的FPS值。如果你把“sys_ticrate”设成100，你的服务器会自动选取小于100的那个工作值（上面情况下，将是85）。所以请试着在你想要的FPS上加上20到50，来设置“sys_ticrate”。
推荐值：
sys_ticrate 110-180， 取决于你服务器的质量。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）