我的世界服務器優(yōu)化教程怎么優(yōu)化參數(shù)

作者：佚名來源：本站整理發(fā)表時間：2016/1/27 10:17:31 評論(0)

小編為大家?guī)砹恕段业氖澜纭贩⻊掌鲀?yōu)化教程怎么優(yōu)化參數(shù)，很多新手腐竹自己開好服務器后覺得自己的插件mod裝的也不是很多，但是玩起來又不流暢，不知道如何是好，這里小編就來為大家講解下要如何優(yōu)化自己的服務器。

* 四 - 參數(shù)的優(yōu)化 *

不要小瞧參數(shù)的修改帶來的優(yōu)化空間，有時候只修改一個參數(shù)，就是在線100人TPS19和TPS16的差距。參數(shù)的調整分別為server.properties(原版服務器就有)，bukkit.yml（水桶服或者衍生版就有），spigot.yml（Spigot或者衍生版就有），paper.yml(PaperSpigot才有)。

* 其中對性能有顯著影響的前面為紅色的星號，有中等程度影響的為藍色的星號，沒有顏色的星號是建議設置項

server.properties中可以優(yōu)化性能的參數(shù)：

* view-distance，視距，默認值是10。含義是玩家的視距也就是加載的區(qū)塊范圍，默認是10個區(qū)塊，視距10加載的區(qū)塊是視距5的四倍。加載更多的區(qū)塊則需要更多的內存和運算能力。推薦將這個值設置在5或者6，如果在線人數(shù)非常多可以設置為4。降低視距可以有效減少內存的占用，也能有效提高TPS，還可以減少寬帶的使用量。這個參數(shù)對性能提升是立竿見影的。

* generate-structures，默認值是true。含義是生成和計算一些特殊的環(huán)境，例如女巫塔、村民到達數(shù)量生成鐵傀儡等等。設置為false可以減少這些特殊環(huán)境生成和周期性檢查帶來的開銷。這個參數(shù)很少被提起，但是對性能的提升有著不少的幫助。例如我的服務器生存子服有130人左右在線，TPS在17左右，關閉這個功能后提高到了19左右。需要徹底關閉這個參數(shù)，還需要在spigot.yml中把save-structure-info設置為false。并且關服后手動刪除每個世界（例如world、world_nether、world_the_end）下的data文件夾里的Fortress.dat、Mineshaft.dat、Stronghold.dat、Temple.dat、Village.dat文件。

network-compression-threshold，默認值是256。這個參數(shù)只有1.8的服務端才有，含義是網(wǎng)絡封包壓縮的閥值。例如設置為16，代表封包大于16才被壓縮，設置成256代表著封包大于256才被壓縮。設置的值越小則會壓縮更多的封包，可以使得寬帶使用減少，提高網(wǎng)絡流暢程度，但是也會增加性能的開銷。如果性能夠用可以設置為128，使得更多通訊封包被壓縮，一定程度上減少寬帶使用率又不會帶來太多的性能開銷。設置的值太小，例如小于等于32會明顯增加對性能的開銷，不建議這么做。

bukkit.yml中可以優(yōu)化性能的參數(shù)：

* spawn-limits，意思是限制實體的生成。這個并不是限制一個區(qū)塊生成多少實體，而是針對一個人可以生成多少實體。例如monsters: 70，在線人數(shù)只有10個人，則最多只能生成700個怪物實體（僵尸、骷髏、蜘蛛等等），適當?shù)脑O置這些參數(shù)可以減少實體對性能的影響。

* chunk-gc，控制著區(qū)塊的回收，單位是Tick（1/20秒），period-in-ticks是指每過多少tick回收一次需要回收的區(qū)塊，設置的太小會導致回收過于頻繁而影響性能，設置的太大會導致需要回收的區(qū)塊遲遲不回收使得內存占用過大。合理的數(shù)值一般是300~400。load-threshold是指達到多少需要回收的區(qū)塊的時候才進行回收。例如設置成300，只有當需要回收的區(qū)塊到達300以上才進行回收，合理的設置這個數(shù)值可以使得額外只多占用一丁點內存卻使得區(qū)塊回收的性能開銷可以被無視。一般設置為300~600比較合適。

autosave，自動保存存檔（地圖、玩家數(shù)據(jù)等）的周期，單位是Tick（1/20秒），如果你使用了定時保存的插件，例如Saveit、AutoSave等等，你可以將他設置為0，即關閉這個功能。這樣可以減少服務器瞬卡發(fā)生的可能。

spigot.yml中可以優(yōu)化性能的參數(shù)：

* user-cache-size，1.7.5以上版本才有，其控制用戶緩存的大小，如果你的服務器玩家很多，可以設置的更大一些，例如5000。

* save-user-cache-on-stop-only，1.7.5以上版本才有，其含義是是否只在服務器關閉/重啟的時候保存用戶緩存，設置為true可以提高性能。

* view-distance，同server.properties里的view-distance一樣。

* chunks-per-tick，是指每tick（1/20秒）掃描計算多少區(qū)塊，計算的內容是作物的生長。默認值是650，可以設置成350來提高性能。極端的情況可以設置成150，但是會使得作物生長的速度明顯變慢。

* max-tick-time: （僅較新的版本有該參數(shù)，如1.8.3+）是指每tick，實體和tile最多可以用的時間（單位是毫秒），要明白其含義首先要解釋什么是TPS，TPS的意思是每秒有多少tick，最大值是20，也就是每秒tick20次，每次50毫秒。如果運算量過大導致每tick計算了超過了50毫秒，那么TPS就會下降，一旦TPS低于15就會產(chǎn)生明顯的卡頓。在這參數(shù)中tile代表著熔爐、箱子、牌子、骷髏頭等等所能占用的最大時間，entity是指的實體，例如動物、怪物、村民、展示框、掉落物、船、礦車等等。設置tile和entity的總和小于等于30則能明顯降低tile和entity對TPS的影響，而服務器運算資源幾乎一大半都是由這兩者消耗的。設置tile為10，entity為20比較合適，如果實體非常多，還可以設置tile為6，entity為24。

* anti-xray，服務端自帶的反透視功能，俗稱假礦。這個功能相比插件版的假礦來說，額外內存占用極少，少到可以忽略，并且礦物的變動計算是異步進行的，對TPS的影響很小。engine-mode為1則是隱藏礦物，engine-mode為2則是將非礦物也偽裝成礦物，engine-mode設置為2的效果最好，但是會額外吃一定的性能和寬帶，但是engine-mode設置為1無法防御礦追。具體如何權衡請自行決定。如果你不需要本功能，例如你是純RPG服務器，可以直接把enabled設置為false關閉這個功能，提高性能。

nerf-spawner-mobs，簡單來說就是讓刷怪籠生成的怪物變成白癡，直觀感受就是刷怪籠刷出的怪不能攻擊了。默認為false，意思是不開啟。設置為true可以獲得一定的性能提升。

* entity-activation-range，這個參數(shù)是控制實體的活躍范圍，例如monsters: 32意思是在玩家附近32格范圍內的怪物才會活躍（被計算AI等），減少這個數(shù)值可以明顯提升性能，但是設置得過小會使得游戲難度大幅降低。一般可以把monsters設置為24，animals設置為12，misc設置為2（misc主要是掉落物，設置2可以使得掉落物幾乎不再卡服）。

entity-tracking-range，這個參數(shù)是控制實體的可見范圍，這個參數(shù)不會影響性能，對寬帶的影響也極小。不建議修改這個參數(shù)，但是適當?shù)慕档蛿?shù)值可以減少客戶端的卡頓。

* random-light-updates，隨機的光照更新，設置為true的話服務器會隨機更新光照，并且在區(qū)塊加載的第一個tick運算光照邏輯。設置為false可以提高不少性能。

* save-structure-info，在前面已經(jīng)介紹了。

max-bulk-chunks，1.7.10+才有這個參數(shù)，意思是每個數(shù)據(jù)封包里塞多少個區(qū)塊。適當提高這個數(shù)值，例如從10提高到15可以減少網(wǎng)絡卡頓和客戶端讀取區(qū)塊的速度，但是設置得過高會導致客戶端崩潰。

* max-entity-collisions，實體碰撞箱的閥值。建議設置為2，可以減少密集卡服的問題。

* max-tnt-per-tick，每tick（1/20秒）最多計算多少TNT爆炸，設置為20可以顯著防御TNT蹦服。

paper.yml中可以優(yōu)化性能的參數(shù)：

keep-spawn-loaded，spawn區(qū)塊是否常駐內存，設置為false可以減少一定的內存占用和計算量

* tick-next-tick-list-cap，每tick最大的運算量，減少數(shù)值可以提高TPS，例如設置為8000

* tick-next-tick-list-cap-ignores-redstone，達到上面的運算閥值是否無視紅石運算，設置為true可以顯著減少紅石對服務器性能的影響。

* optimize-explosions，是否開啟爆炸算法優(yōu)化，設置為true可以提升一定的服務器性能

* use-async-lighting，是否讓光照的邏輯運算異步化，設置為true可以使得光照運算不再影響TPS，強烈推薦設置為true