導航:首頁 > 配伺服器 > 伺服器如何增加設備頻率

伺服器如何增加設備頻率

發布時間:2022-11-20 13:21:07

❶ 怎麼調整伺服器NTP校時頻率

如何調整校時頻率取決於客戶端是什麼設備了,如果是PC或伺服器,可以用中新創的授時軟體,可隨意設定校時的頻率,也或通過修改注冊表來完成

❷ 戴爾這個主板bios如何設置調整內存頻率

操作方法:
1. 開機後按下DEL鍵進入BIOS設置界面

4、按ESC退出設置,然後按F10保存設置後重啟電腦。

【(2)伺服器如何增加設備頻率擴展閱讀】

1、必須你的主板能夠支持通過BIOS調節內存的頻率才可以可以這樣使用,否則內存會被降頻;

2、一般情況下,主板會自動識別不用調整,前提是主板支持那個頻率,1033肯定比800好;

3、若主板只能識別800MHZ。你加高於800的會自動降頻使用,得換塊主板,支持1333的即可。

❸ 如何提高tomcat伺服器的性能

Tomcat性能調優方案
一、操作系統調優
對於操作系統優化來說,是盡可能的增大可使用的內存容量、提高CPU的頻率,保證文件系統的讀寫速率等。經過壓力測試驗證,在並發連接很多的情況下,CPU的處理能力越強,系統運行速度越快。。
【適用場景】 任何項目。
二、Java虛擬機調優
應該選擇SUN的JVM,在滿足項目需要的前提下,盡量選用版本較高的JVM,一般來說高版本產品在速度和效率上比低版本會有改進。
JDK1.4比JDK1.3性能提高了近10%-20%,JDK1.5比JDK1.4性能提高25%-75%。
因此對性能要求較高的情況推薦使用 JDK1.6。
【適用場景】 任何項目。
三、Apache集成Tomcat
Web伺服器專門處理HTTP請求,應用伺服器是通過很多協議為應用提供商業邏輯。雖然Tomcat也可以作web伺服器,但其處理靜態html的速度比不上Apache,且其作為web伺服器的功能遠不如Apache,因此把Apache和Tomcat集成起來,將html和Jsp的功能部分進行明確分工,讓Tomcat只處理Jsp部分,其他的由Apache,IIS等web伺服器去處理,由此大大提高Tomcat的運行效率。
如果一個項目中大量使用了靜態頁面、大量的圖片等,並有有較大的訪問量,推薦使用Apache集成Tomcat的方式來提高系統的整體性能。
Apache和Tomcat的整合有三種方式,分別是JK、http_proxy和ajp_proxy.其中JK方式是最常見的方式,JK本身有兩個版本分別是1和2,目前1最新版本是1.2.8,而版本2早已經廢棄了。http_proxy是利用Apache自帶的mod_proxy模塊使用代理技術來連接Tomcat。Ajp_proxy連接方式其實跟http_proxy方式一樣,都是由mod_proxy所提供的功能。只需要把配置中的http://換成ajp://,同時連接的是Tomcat的AJP Connector所在的埠。
相對於JK的連接方式,後兩種在配置上比較簡單的,靈活性方面也一點都不遜色。但就穩定性而言不像JK這樣久經考驗,所以建議採用JK的連接方式。
Apache+JK+Tomcat配置:
使用到的兩個配置文件分別是:httpd.conf和mod_jk.conf。其中httpd.conf是Apache伺服器的配置文件,用來載入JK模塊以及指定JK配置文件信息。mod_jk.conf是到Tomcat伺服器的連接定義文件。
【部署步驟】
1.安裝Apache伺服器
2.部署Tomcat
3.將mod_jk.so拷貝到moles目錄下面
4.修改httpd.conf和mod_jk.conf
【適用場景】 大量使用靜態頁面的應用系統。
四、Apache和Tomcat集群
對於並發要求很高的系統,我們需要採取負載均衡的方式來分擔Tomcat伺服器的壓力。負載均衡實現大概有四種:第一是通過DNS,但只能簡單的實現輪流分配,不能處理故障;第二是基於MS IIS,windows 2003 server本身就帶了負載均衡服務;第三是硬體方式,通過交換機功能或專門的負載均衡設備來實現;第四種是軟體的方式,通過一台負載均衡伺服器進行,上面安裝軟體。使用Apache Httpd Server做負載均衡器,Tomcat集群節點使用Tomcat就可以做到上述第四種方式,這種方式比較靈活,成本相對比較低,另外一個很大的優點就是可以根據應用情況和伺服器的情況做一些靈活的配置。所以推薦使用Apache+Tomcat集群來實現負載均衡。
採用Tomcat集群可以最大程度的發揮伺服器的性能,可以在配置較高的伺服器上部署多個Tomcat,也可以在多台伺服器上分別部署Tomcat,Apache和Tomcat整合的方式還是JK方式。經過驗證,系統對大用戶量使用的響應方面,Apache+3Tomccat集群> Apache+2Tomcat集群 > Apache集成Tomcat > 單個Tomcat。並且採用Apache+多Tomcat集群的部署方式時,如果一個Tomcat出現宕機,系統可以繼續使用,所以在硬體系統性能足夠優越的情況下,需要盡量發揮軟體的性能,可以採用增加Tomcat集群的方式。
Apache+Tomcat集群的方式使用到得配置文件有httpd.conf、mod_jk.conf、workers.properties。其中mod_jk.conf是對JK信息的配置,包括JK的路徑等,workers.properties配置文件是對Tomcat伺服器的連接定義文件。
Apache需要調整運行參數,這樣才能構建一個適合相應網路環境的web服務。其中可進行的優化配置如下:
1. 設置MPM(Multi Processing Moles多道處理模塊)。ThreadPerChild,這個參數用於設置每個進程的線程數,在Windows環境下默認值是64,最大值是1920,建議設置為100-500之間,伺服器性能高的話值大一些,反之小一些。MaxRequestPerChild表示每個子進程能夠處理的最大請求數。這個參數的值更大程度上取決於伺服器的內存,如果內存比較大的話可以設置為很大的參數,否則設置一個較小的值,建議值是3000.
2. 關閉DNS和名字解析 HostnameLookups off
3. 打開UseCanonicalName模塊 UseCanonicalName on
4. 關閉多餘模塊 一般來說,不需要載入的模塊有,mod_include.so、mod_autoindex.so、mod_access.so、mod_auth.so.
5. 打開KeepAlive支持
KeepAlive on, KeepAliveTimeout 15 MaxKeepAliveRequests 1000
根據實際經驗,通過Apache和Tomcat集群的方式提高系統性能的效果十分明顯,這種方式可以最大化的利用硬體資源,通過多個Tomcat的處理來分擔單Tomcat時的壓力。
【部署步驟】
1.安裝Apache伺服器
2.部署Tomcat集群,即多個相同的Tomcat。
3.將mod_jk.so拷貝到moles目錄下面
4.修改httpd.conf、mod_jk.conf和workers.properties
【適用場景】 並發用戶量及在線使用用戶數量比較高的系統。
五、Tomcat自身優化
1. JVM參數調優:-Xms<size> 表示JVM初始化堆的大小,-Xmx<size>表示JVM堆的最大值。這兩個值的大小一般根據需要進行設置。當應用程序需要的內存超出堆的最大值時虛擬機就會提示內存溢出,並且導致應用服務崩潰。因此一般建議堆的最大值設置為可用內存的最大值的80%。在catalina.bat中,設置JAVA_OPTS='-Xms256m -Xmx512m',表示初始化內存為256MB,可以使用的最大內存為512MB。
2. 禁用DNS查詢
當web應用程序向要記錄客戶端的信息時,它也會記錄客戶端的IP地址或者通過域名伺服器查找機器名轉換為IP地址。DNS查詢需要佔用網路,並且包括可能從很多很遠的伺服器或者不起作用的伺服器上去獲取對應的IP的過程,這樣會消耗一定的時間。為了消除DNS查詢對性能的影響我們可以關閉DNS查詢,方式是修改server.xml文件中的enableLookups參數值:
Tomcat4

<Connector className="org.apache.coyote.tomcat4.CoyoteConnector" port="80" minProcessors="5" maxProcessors="75" enableLookups="false" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" useURIValidationHack="false" disableUploadTimeout="true" />

Tomcat5

<Connector port="80" maxThreads="150" minSpareThreads="25" maxSpareThreads="75" enableLookups="false" redirectPort="8443" acceptCount="100" debug="0" connectionTimeout="20000" disableUploadTimeout="true"/>
3. 調整線程數
通過應用程序的連接器(Connector)進行性能控制的的參數是創建的處理請求的線程數。Tomcat使用線程池加速響應速度來處理請求。在Java中線程是程序運行時的路徑,是在一個程序中與其它控制線程無關的、能夠獨立運行的代碼段。它們共享相同的地址空間。多線程幫助程序員寫出CPU最大利用率的高效程序,使空閑時間保持最低,從而接受更多的請求。
Tomcat4中可以通過修改minProcessors和maxProcessors的值來控制線程數。這些值在安裝後就已經設定為默認值並且是足夠使用的,但是隨著站點的擴容而改大這些值。minProcessors伺服器啟動時創建的處理請求的線程數應該足夠處理一個小量的負載。也就是說,如果一天內每秒僅發生5次單擊事件,並且每個請求任務處理需要1秒鍾,那麼預先設置線程數為5就足夠了。但在你的站點訪問量較大時就需要設置更大的線程數,指定為參數maxProcessors的值。maxProcessors的值也是有上限的,應防止流量不可控制(或者惡意的服務攻擊),從而導致超出了虛擬機使用內存的大小。如果要加大並發連接數,應同時加大這兩個參數。web server允許的最大連接數還受制於操作系統的內核參數設置,通常Windows是2000個左右,Linux是1000個左右。
在Tomcat5對這些參數進行了調整,請看下面屬性:
maxThreads Tomcat使用線程來處理接收的每個請求。這個值表示Tomcat可創建的最大的線程數。
acceptCount 指定當所有可以使用的處理請求的線程數都被使用時,可以放到處理隊列中的請求數,超過這個數的請求將不予處理。
connnectionTimeout 網路連接超時,單位:毫秒。設置為0表示永不超時,這樣設置有隱患的。通常可設置為30000毫秒。
minSpareThreads Tomcat初始化時創建的線程數。

maxSpareThreads 一旦創建的線程超過這個值,Tomcat就會關閉不再需要的socket線程。
最好的方式是多設置幾次並且進行測試,觀察響應時間和內存使用情況。在不同的機器、操作系統或虛擬機組合的情況下可能會不同,而且並不是所有人的web站點的流量都是一樣的,因此沒有一刀切的方案來確定線程數的值。
六、APR庫使用
Tomcat中使用APR庫,其實就是在Tomcat中使用JNI的方式來讀取文件以及進行網路傳輸。可以大大提升Tomcat對靜態文件的處理性能,同時如果你使用了HTTPS方式傳輸的話,也可以提升SSL的處理性能。
一般在Windows下,可以直接下載編譯好的二進製版本的dll庫文件來使Tomcat啟用APR,一般建議拷貝庫文件tcnative-1.dll到Tomcat的bin目錄下。而在Linux下,可以直接解壓和安裝bin目錄下的tomcat_native.tar.gz文件,編譯之前要確保apr庫已經安裝。
怎麼才能判斷Tomcat是否已經啟用了APR庫呢?方法是通過看Tomcat的啟動日誌:
如果沒有啟用APR,則啟動日誌一般有這么一條:
org.apache.coyote.http11.Http11Protocol start
如果啟用了APR,則這條日誌就會變成:
org.apache.coyote.http11.Http11AprProtocol start
tcnative-1.dll 下載地址:http://tomcat.heanet.ie/native/
調優綜述
根據以上分析,如果想要Tomcat達到最優的效果,首先要爭取使得操作系統以及網路資源達到最優,並且最好使用高版本的JDK。對於有大量靜態頁面的系統,採用Apache集成Tomcat的方式,把靜態頁面交由Apache處理,動態部分交由Tomcat處理,能極大解放Tomcat的處理能力。使用ARP庫也能極大的提高Tomcat對靜態文件的處理能力。對於並發要求較高的系統,採用Apache加Tomcat集群的方式,將負載分別分擔到多個Tomcat上,能很大的提高系統的性能,充分利用硬體資源。同時需要對Tomcat自身進行優化,包括增大內存、調節並發線程數等。

❹ 怎麼設置單個設備的頻率

以電腦頻率設置為例,操作方法如下:
1、在桌面任一空白區域點擊滑鼠右鍵,在彈出的菜單下選擇【屏幕解析度】選項;
2、在【屏幕解析度】界面下,點擊選擇【高級設置】選項;
3、在點擊【高級設置】選項後彈出的界面下,選擇【監視器】選項;
4、在【監視器】選項界面下,點擊【屏幕刷新頻率】選項框右邊的「V」形圖標,在彈出的頻率列表下,點擊選擇自己想設定的屏幕刷新頻率,點擊【應用】或【確定】完成操作。

❺ 怎麼調整伺服器NTP校時頻率

修改NTP服務時間同步間隔

NTP服務的時間同步間隔默認是5分鍾,您可以根據業務需求自定義同步間隔。請按以下步驟修改時間同步間隔:

❻ 無線路由器如何增加頻率

1、選擇5GHz頻率下工作

作為802.11N標準的特色之一的就是雙頻工作,支持11N協議的無線路由設備能夠在傳統的2.4GHz頻率上正常工作,也能夠在5GHz的頻率下工作。不過作為前者,目前有太多設備的工作頻率也處於此范圍,如藍牙、微波爐等,這些設備在工作時也許將影響無線網路的傳輸。此時,我們可以選擇將設備設為在5GHz頻率下工作,這樣將更好的發揮路由功能。當然,不是說5GHz頻率下工作就不受影響,雙頻工作的優勢就是在某頻率下工作狀況受影響時,可以隨時切換,以保障正常工作。目前有些產品還支持雙頻混搭,可以同時在2種頻率下工作,為用戶無線網路穩定帶來保障。

2、最好設置僅對無線"N"支持

802.11N標准作為最新協議,保持了向後兼容的特性,對之前的11b/g標准仍舊提供支持。不過為了更好的安全考慮,我們最好還是對無線路由設備僅設置對11N支持。當我們對11N無線路由設置AES加密或WPA2加密時,由於需要額外的硬體支持,可能這兩種加密措施並不能被舊路由兼容。所以這就讓僅支持老標準的設備不能正常接入,而使用WEP加密或不加密又不能得到足夠安全保障。

3、選擇最佳的頻道

在我們平常使用的無線路由器中,一般在設置首頁都會見到無線網路信號頻道的選擇那一選項。面對超過10個以上的頻道我們該如何選擇呢?不同頻道都是按照5MHz分割開來的一段段波段,如果相隔波段太小,將會直接導致頻道間互相影響。在我們設置時也要視具體環境狀況來進行配置,比如說如果採用1和6信號都不是那麼讓人接受的話,也許頻道3才是最佳。

4、調整天線角度

在使用過程中,天線的角度也是值得我們關注的,通過對天線角度的調整,可以認為的增強無線網路對於某些區域的覆蓋強度,增強信號對指定區域的穩定性與傳輸速率的提高。

5、調整發射功率配置選項

在無線路由Web設置界面的高級無線功能設置中我們可以找到其新出現的發射功率配置選項。在選項中,通過對發射功率的調整,能夠在面對家庭復雜環境,特別是需要穿牆或障礙物多的無線網路情況下獲得理想的網路信號與速度。

6、遠離干擾源

無線網路最害怕的天敵是什麼?干擾。在我們的日常生活中,2.4GHz頻率是普通設備最為集中的工作頻率,也是最容易被物體反射與吸收的頻率。首先,水便是一類最為常見的吸收2.4GHz頻率波譜信號的物質。其次,而生活中常用的微波爐是工作在2.4GHz頻率下的。也就是說,如果你將養魚的水缸擱置在無線路由與無線設備之間,其信號強度將會驟減;而微波爐放置在離無線路由不遠處,也將嚴重影響無線信號的傳播。

7、升級固件與驅動

現階段所有的無線工具包應該都支持固件與驅動的升級,而廠商一般都會在其官網上及時發布固件更新信息,主要針對的是修復路由器漏洞與增加增強路由功能。從安全方面考慮,良好的漏洞補丁可以保障用戶無線網路安全。而升級的新固件也將更好的挖掘出路由的性能,使其能夠更好的為用戶服務。

❼ 華為伺服器處理器頻率上不去

伺服器問題、處理器問題。
1、伺服器問題。由伺服器問題導致的華為處理器頻率上不去,檢修伺服器即可。
2、處理器問題。由處理器問題導致的華為伺服器故障,檢修處理器即可。

❽ 如何調整伺服器NTP校時頻率 修改系統頻率

一、Windows Server 2008 – Time Server
前言: 國家時間與頻率標准實驗室 && NTP伺服器

也可以忽略1~6 直接跳7

如果已改過機碼請使用

1 Cmd:
2 net stop w32time
3 w32tm /unregister
4 w32tm /register
5 net start w32time
0. 直接下指令修改

1 Cmd:
2 w32tm /config /manualpeerlist:"time.stdtime.gov.tw clock.stdtime.gov.tw tick.stdtime.gov.tw watch.stdtime.gov.tw" /syncfromflags:manual /reliable:yes /update
-執行regedit---------------------------------------------------

1.設定成為NTP 伺服器類型

修改登錄檔中"HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters"
[Type]設定值修改為NTP。
2.設定授權時間伺服器
修改登錄檔中: "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config"
[AnnounceFlags]修改設定值為5
3.啟用NTP伺服器
修改登錄檔中: "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpServer"
[Enabled]數值修改為1
4.指定查詢外部NTP 伺服器
修改登錄檔中"HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Parameters"
[NtpServer]數值修改為time.stdtime.gov.tw clock.stdtime.gov.tw tick.stdtime.gov.tw tock.stdtime.gov.tw watch.stdtime.gov.tw,0x1
5.設定查詢時間間隔
修改登錄檔中"HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProviders\NtpClient"
[SpecialPollInterval]修改數值為"十進制"900
*這邊使用的時間間隔單位為秒,設定900即為每900查詢一次步驟四所指定的時間伺服器。
6.設定時間修正設定
修改登錄檔中"HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\Config"
[MaxPosPhaseCorrection]修改為十進制1800 (負差校正) - 若網路時間比本地時間慢超過這個秒數就不自動更正
[MaxNegPhaseCorrection]修改為十進制1800 (正差校正) - 若網路時間比本地時間快超過這個秒數就不自動更正
*這邊單位也是秒

❾ R710伺服器可以調內存頻率嗎

可以,在BIOS里有memory頻率的設置

❿ cs伺服器的刷新率如何調整

首先說明:

sv_ 以及sys_ 系列參數,是伺服器端的命令,如果是在非本地伺服器上修改這些系列參數的命令,你需要獲得伺服器管理員的許可權、

ex_interp和cl_updaterate的關系是非常緊密的,這兩個參數的說明都請必須閱讀。

文章中假設玩家的網路都在寬頻接入的方式下進行。

------------------------------------------------------------------------------------------------
參數介紹:

cl_cmdrate:

這個命令決定了客戶端向每秒鍾服務端發送數據包的數量。很明顯地,這個參數的數值設定得越高,那麼伺服器就能相應客戶端處理信息的速度越快,基本上數值設定得高是沒什麼錯的。如果你與你的朋友都在區域網中游戲,而延時非常嚴重,那麼很可能就是這個參數沒有設置好。事實上,大多數的寬頻接入沒有提供足量的上行帶寬,這也恰好是這個命令需要的。

cl_updaterate:

cl_updaterate與cl_cmdrate是類似的,不過方向是相反的。它控制的是客戶端每秒鍾從服務端接收數據包的數量。因此,它和你的下行帶寬是緊密相連的。cl_updaterate的數值設定得越高,你和伺服器的同步率就越高。因為只有伺服器才會決定你開槍是否命中,所以你需要足夠的更新數據包(upadates)。

sv_maxupdaterate:

cl_updaterate控制客戶端每秒接收來自服務端的數據更新包數量(只對客戶端本身控制),而sv_maxupdaterate就指定了服務端每秒發送多少數據包到客戶端上(對服務端進行控制)。因此,客戶端cl_updaterate的數值設定比服務端sv_maxupdaterate的數值要高,是不能增加客戶端接受的更新數據包數量的。

sys_ticrate:

這個命令設定了伺服器每秒能處理的最大數據「幀」數。默認設定下,這個參數設置為100。為什麼伺服器的fps那麼重要?這個參數決定了伺服器的感應能力。我敢肯定我們都覺得伺服器好像在TI-83 Plus(圖形計算器)上工作一樣,而我們就是在LAN上進行這些圖形計算器的處理。

sys_ticrate只是指定你的伺服器所能計算的最大fps。默認設定下,伺服器不會達到你所設定的數值,因為運算系統可能在處理某些其他的進程。市面上有不同的加速("boost")伺服器fps的軟體,不過大多數(如果不是全部的話)伺服器加速軟體是靠網路伺服器供應商處理的,記住,這樣的加速會加重伺服器CPU的負荷。(出於某些原因,在de_inferno和de_aztec上用伺服器加速軟體的話,會劇烈增加CPU的負荷,大家可能曾經有過這樣的體驗。)在默認設置下,Half-life伺服器,基於Win32的伺服器一般在64fps,而基於Linux的伺服器一般在50fps。如果使用加速軟體的話,可能可以提升到512fps或者更高。這么高的伺服器fps是受到爭議的,不過我感覺如果在200fps左右就能感覺到明顯的改進了。

一致性才是關鍵的。Fps從100飆升到512,這樣可能會帶來一個更差的游戲環境,因為sys_ticrate只在150左右,150是大多數伺服器硬體所能承受的了的。

如果你有一個伺服器的許可權,而且想測試一下伺服器的fps,那麼在控制台輸入rcon stats,看看你的伺服器是否加速了:暫時地把sys_ticrate調到10000,然後在看看伺服器的fps是否超過100,如果超過100,那就是加速了的。

ex_interp:

在解釋這個參數之前,我們看看Webster字典對interpolate(添加,改寫)這個詞的解釋.
(以下是Webster字典的解釋,譯者這里不將原英文去掉,是讓大家容易看到原有的解釋)
Main Entry: in•ter•po•late
主要條目: in•ter•po•late
3 : to estimate values of (a function) between two known values
3 : 評估兩個已知值之間的量的關系
intransitive senses : to make insertions (as of estimated values)
不及物動詞:進行插入(到已評估的值之中)

每一秒你只能從伺服器獲得有限的更新,因此是不可能每次都那麼精確地及時地與伺服器達到同步。舉個例子:

下面的圖形顯示的是圓的線性內插法。當數據點(更新數據包)的數量增加的時候,則插入的量則變得更加地准確。在CS中,你可以將這個比喻成在一秒內一個人物位置變化所跨越的范圍。在伺服器看來,這是一個精準的圓圈,而從客戶端就需要在兩個「真正」的數據包中插入一定的數據。

這就是ex_interp作用所在。在每一個更新包之間都會有一個很小的時間增量存在,這個時間由half-life的預處理系統計算。ex_interp設置了在每兩個連續的更新之間的插入數(時間單位是秒)。在上面所看到的圖象中,這些小的時間間隔會表示為圖象的直邊。因為插入值的處理是在客戶端進行的,所以在伺服器看來並不是完全的同步的。沒有什麼可以代替從服務端發出的真實的數據更新包,不過插入值的計算在大體上還是能達到要求。(譯者注:感謝inbremen找到的圖片)

------------------------------------------------------------------------------------------------

對線上游戲(互聯網對戰)的推薦值:

rate
我之前已經假設rate的數值為20000。把它調到20000以上不會有任何的改善,還可能會造成更不好的影響。

推薦值:
rate 20000.

sv_maxrate:
這個值在大多數的情況下設置為0。我會解釋一下為什麼在線上游戲時這並不是個理想的數值。sv_maxrate 0 會檢測每一個客戶端rate的設置,並盡量滿足每一個玩家的需求。假設對half-life引擎來說每一秒允許玩家使用的rate參數的數值超過20000。如果有一個玩家將這個數值設定為一個超高值(比如:999999999),那麼伺服器會盡量的去滿足這個玩家的需要。那麼這樣會潛在的浪費帶寬,並且會對伺服器造成更多的負擔,也許會超過伺服器所能承受的范圍。因此,我提出一個比較安全的建議,sv_maxrate在20000的時候會有比較好的表現。在現實中,sv_maxrate 0和sv_maxrate 20000的效果對游戲的進行而言可能都是一樣的,不過提高一些預防的范圍總是好的。

推薦值:
sv_maxrate 20000.

cl_cmdrate:在理想情況下,這個數值應該和伺服器的fps是相等的(不是有些人所認為的客戶端的fps)。如果你對伺服器的更新超過了在同一時段內伺服器所能處理的幀數的話,多餘的更新包會被伺服器所丟棄。因此,cl_cmdrate設置得太高會有不好的效果,直接造成帶寬的浪費。

推薦值:
cl_cmdrate與伺服器的fps值相等或者稍高。

ex_interp:
把這個參數設為0或者什麼都不寫。CS會自動的把ex_interp設置為1/cl_updaterate(比如你的console窗口會顯示「ex_interp forced up to xx msec")。這就是你想你的客戶端要進行插入的時間長度。改變cl_updaterate會自動地改變ex_interp(當ex_interp=0時發生)。因此我推薦只改變cl_updaterate,讓CS去設置你的ex_interp。現在已經不可能把ex_interp設定得比1/cl_updaterate更低了,把它設定得高一些卻會產生錯誤。設置一個比1/cl_updaterate更高的值會造成你開槍的時候打在屏幕中人物的後面(譯者註:就是實際上你並沒有打中人物,而只打在他的後面)。舉個例子,如果你用cl_updaterate 101,那麼ex_interp應該是1/101=0.009(9毫秒),那麼使用默認的ex_interp 0.1,而cl_updaterate還是這么高的話,那麼之前所說的錯誤就會產生。

推薦值:
ex_interp 0

cl_updaterate:長期以來,大家都認為cl_updaterate的規定是在101,這樣能使你獲得少量的"choke(阻塞)"。Choke可以用命令net_graph 3看到。個人認為,choke是我不會考慮的東西。其實cl_updatarete的最佳值是很復雜的。CAL的服務端的config提供sv_maxupdaterate為101,那麼很多人會總結為我們也應該把cl_updaterate設置為101。在理想的狀況下,這是正確地,不過在實際情況下,並不是那麼有用。在北美,大多數的伺服器都不能負荷每秒100幀的運算,這就意味著伺服器無法發出每秒100個更新包,而玩家們就會覺得很「卡」了。由於我們從客戶端如果沒有遠程式控制制密碼(遠程式控制制許可權)的話是無法窺探服務端的fps的,如何選擇最適當的數值就像猜謎游戲一樣了。你可能會說,「好吧,那就把cl_updaterate設置為101就不管了,我會獲得伺服器給我更新的最大值。」問題就在忽視了cl_updaterate對ex_interp的影響以及兩者之間微妙的平衡關系。尋找一個適當的cl_updaterate值(記住要把ex_interp先設為0),從101開始逐漸減小,你會發現人物只是「微小的閃動」(譯者註:原文是「slightyly skip around」,從實際操作來看,我們可以看到人物的重影,就像閃動一樣,我就把它翻譯成「閃動」了)。「微小的閃動」是優先的選擇,只要ex_interp等於1/cl_updaterate,那麼人物就會在應有的位置上出現。在不同的伺服器中游戲你都要改變cl_updaterate。如果必要的話,把它設置低於50也不要擔心。預處理系統會發揮好它的作用的。備註:大多數的公眾伺服器都會使用默認的sv_maxupdaterate 30,那麼在那種情況下,cl_updaterate就最好了。

請注意,從一個低的cl_updaterate數值(比如說20)逐漸增加是不行的,一旦你把它設定得更高,ex_interp是不會重新設定的,你需要不斷手動地將ex_interp置0。這里我提供一個簡易的腳本給大家調整你的cl_updaterate。

點擊這里下載config

推薦值:
cl_updaterate應該與伺服器的fps相等,不應該超過伺服器的sv_maxupdaterate數值

sys_ticrate:
找合適的sys_ticrate就需要進行一些實驗了。首先,如果你的伺服器沒有被加速,提高這個數值並超過100就不會有任何效果。如果你正好租用了一個高性能的伺服器的話(你的伺服器可能已被加速),那麼你就有空間這么做。總體上來說,服務端有更高的fps是一件好事,提高sys_ticrate超過200(或者比200低)是毫無效果的。如果把sys_ticrate設為9999,你的伺服器fps會根據現有的情況在150到1000之間不停的跳變,把sys_ticrate設定為低於200的數值會有一個更一致的環境,不過會對伺服器的性能有所減弱。同樣的,在一個物理伺服器(一台電腦或者伺服器主機)上都可能運行不同的HLDS(Half-Life Dedicated Server),那麼如果每一個HLDS都把sys_ticrate設為10000的話,伺服器的CPU的負荷就相當大了。這樣的情況下,會潛在地造成在那台物理伺服器上的性能的下降(也可能提高你每月的租用費用)。最後,伺服器的fps只會在某幾個數值上作用,舉例來說,我的伺服器fps只在85,102,128,170,256等數值上,而不是在他們之間(比如91)。如果你把sys_ticrate設為100,你的伺服器fps最大值就會在100以下(比如85),因此,設定sys_ticrate大於目標fps數值約20到50左右比較合適。

推薦值:
sys_ticrate 110-180,結合你的伺服器性能考慮。

------------------------------------------------------------------------------------------------
關於區域網對戰的備註:

區域網對戰,比如the CPL,cl_updaterate設置為101,這與區域網伺服器的質量有關。通常在LAN上,只有一小部分的伺服器會在虛擬盒中運行,因此伺服器使用更少的資源。如果伺服器都加速超過了100fps,那麼cl_updaterate 101就是一個非常理想的數值。判斷一個LAN伺服器最快的方法就是看看玩家們ping的平均值。一個運行在50到64fps的默認伺服器,在LAN下的平均ping值為15ms,而加速過的伺服器會使ping值下降,大概在5ms左右。據我所知,the CPL,ESWC還有WCG都是使用加速過的伺服器的。

-------------------------------------------------------------------------------------------

在參照CPL比賽伺服器的config文件和本人親自與戰隊的朋友試驗後,最佳的參數設置如下:
// 「sv_maxrate 0」 會自動監測所有玩家的連接速度,並滿足每個人的要求。為防止系統過載,應設置為20000左右。
sv_maxrate 25000
sv_minrate 2500

// 每秒鍾伺服器端允許客戶端接收的最大數據包數量。1.6中sv_maxupdaterate默認是30
sv_maxupdaterate 101

// 設定你伺服器的最大FPS。其值應該等於伺服器一般狀態下的fps值+20。
sys_ticrate 10000

// 客戶端最大移動速度
sv_maxspeed 320

這樣的設置用起比較理想,基本上玩家沒有choke,前提是客戶端的cl_cmdrate和cl_updaterate不能設得比伺服器端sv_maxupdaterate的值101高,如果超過的話會產生choke。下面將給出客戶端的最佳設置。

如何最佳設置最佳CS1.6的客戶端網路參數:
在比賽中,客戶端的cmdrate updaterate rate ex_interp是允許修改的。在lan比賽中,網路帶比較好的情況下,這幾個數值是最佳的設置。
rate 20000 默認值為空
sv_maxrate 20000 默認值 0
cl_cmdrate 101 默認值 30
cl_updaterate 101 默認值 30
ex_interp 0 默認值 0.1
sys_ticrate 100 取默認值 100
fps_max 101 默認值 101

服務端的sys_ticrate 和 sv_maxupdaterate都是由伺服器OP決定,玩家無法更改。這就引出一個問題:當我們進入一個沒有OP許可權的伺服器時,根本就不知道伺服器的sv_maxupdaterate值是多少,也就沒有依據來設置客戶端的cl_cmdrate和cl_updaterate值,如果伺服器的sv_maxupdaterate值是50,而你的cl_cmdrate和cl_updaterate值設置成101的話,就會有choke產生。這時的解決辦法是在控制台輸入「net_graph 3」命令來查看是否有choke產生,如果有的話逐漸降低cl_cmdrate和cl_updaterate值,直到沒有choke產生為止。
補充一下,由於同一伺服器在不同人數的時候需要設定的updaterate值是不一樣的(如果網路帶寬足夠用的話,這種情況也不會發生),假如你知道伺服器的sv_maxupdaterate值是101,建議你把cl_cmdrate和cl_updaterate值都設成比101低一點,大家可根據實際情況進行設置。

閱讀全文

與伺服器如何增加設備頻率相關的資料

熱點內容
asp程序員收入 瀏覽:332
無線有密碼顯示未加密 瀏覽:210
檢查伺服器地址命令 瀏覽:597
編譯過程和解釋過程的圖表形式 瀏覽:835
文明重啟如何弄自己的伺服器免費 瀏覽:912
伺服器許可權不足如何解決 瀏覽:373
少兒編程樂高主要是學什麼 瀏覽:674
張家口人社app如何實名認證 瀏覽:296
淘寶圖片怎麼設置加密 瀏覽:314
pdf拼接器 瀏覽:786
只有程序員能看得懂 瀏覽:183
java打成jar包 瀏覽:214
朗動大屏怎麼連安卓 瀏覽:331
如何把微信掛在伺服器上 瀏覽:822
linux比對兩個文件夾文件差異 瀏覽:457
火牛app怎麼刷火鑽 瀏覽:560
高中vb編程 瀏覽:818
國家反詐中心app如何設置來電預警 瀏覽:427
vB6如何做opc伺服器介面 瀏覽:252
數學分析考研真題pdf 瀏覽:371