「Minecraft伺服器效能測試標準表」：修訂間差異
（新增測試條目解釋） |
（放上些圖片與修正某些詞條） |
||
| 行 9： | 行 9： | ||
=== '''極限TPS測試''' === | === '''極限TPS測試''' === | ||
主要測試CPU在伺服器端空載的情況下能跑到的最高TPS數值，可以體現出該CPU的大致效能。 | 主要測試CPU在伺服器端空載的情況下能跑到的最高TPS數值，可以體現出該CPU的大致效能。 | ||
=== 紅石測試 === | === 紅石測試 === | ||
主要測試CPU的單核效率。 | 主要測試CPU的單核效率。 | ||
=== 漏斗測試 === | |||
[[檔案:10k hopper.png|縮圖|150x150像素|一萬個未上鎖漏斗]] | |||
主要測試在一萬個漏斗在不上鎖的情況下對伺服器的壓力測試。 | |||
=== 飛行器測試 === | |||
[[檔案:World Eater.png|縮圖|150x150像素|World Eater]] | |||
主要測試機器以World Eater 、 超大型挖礦機，以大量方塊被活塞推動造成的方塊更新與光照更新下，對伺服器壓力極高的機器做測試。 | |||
=== 實體擠壓測試 === | === 實體擠壓測試 === | ||
[[檔案:1k blaze.png|縮圖|150x150像素|一千隻烈焰神]] | |||
主要測試大量實體在單一地點互相擠壓，考驗對CPU的浮點計算能力。 | 主要測試大量實體在單一地點互相擠壓，考驗對CPU的浮點計算能力。 | ||
=== AI尋路 === | === AI尋路 === | ||
[[檔案:1k balze AI test.png|縮圖|150x150像素|一千隻烈焰神AI測試]] | |||
Minecraft的生物尋路所使用的演算法是採用[https://zh.wikipedia.org/zh-tw/A*%E6%90%9C%E5%B0%8B%E6%BC%94%E7%AE%97%E6%B3%95 A-star algorithm]，因此可以測試大量生物在遊走時，CPU的多核計算、分支預測、記憶體存取的大致能力。 | Minecraft的生物尋路所使用的演算法是採用[https://zh.wikipedia.org/zh-tw/A*%E6%90%9C%E5%B0%8B%E6%BC%94%E7%AE%97%E6%B3%95 A-star algorithm]，因此可以測試大量生物在遊走時，CPU的多核計算、分支預測、記憶體存取的大致能力。 | ||
== 測試環境 == | == 測試環境 == | ||
| 行 34： | 行 44： | ||
* 視野距離16 | * 視野距離16 | ||
* 難度和平（實體擠壓測試除外） | * 難度和平（實體擠壓測試除外） | ||
* gamerule doDaylightCycle false | |||
於 2024年8月18日 (日) 18:28 的修訂
為了分析不同CPU對於原版Minecraft伺服器（vanilla server)的效能差距而做出來的MINECRAFT伺服器能校測試標準
測試項目偏向于紅石機關對於CPU的壓力測試
主要測試分為CPU極限TPS、紅石、漏斗、飛行器、實體擠壓、AI尋路。
測試條目解釋
極限TPS測試
主要測試CPU在伺服器端空載的情況下能跑到的最高TPS數值，可以體現出該CPU的大致效能。
紅石測試
主要測試CPU的單核效率。
漏斗測試
主要測試在一萬個漏斗在不上鎖的情況下對伺服器的壓力測試。
飛行器測試
主要測試機器以World Eater 、 超大型挖礦機，以大量方塊被活塞推動造成的方塊更新與光照更新下，對伺服器壓力極高的機器做測試。
實體擠壓測試
主要測試大量實體在單一地點互相擠壓，考驗對CPU的浮點計算能力。
AI尋路
Minecraft的生物尋路所使用的演算法是採用A-star algorithm，因此可以測試大量生物在遊走時，CPU的多核計算、分支預測、記憶體存取的大致能力。
測試環境
電腦測試環境
液態氮冷卻如果有人斗內
安裝於server端的監測模組
伺服器設定
- 視野距離16
- 難度和平（實體擠壓測試除外）
- gamerule doDaylightCycle false
Carpet Mods 開啟指令
- /log tps,mobcaps,memory
- commandProfile
- commandPlayer
- commandProfile
測試地圖與機器
- 虛空世界
- World Eater 無溝版 by火弦月
- 主世界挖礦機 Vertical Duper Quarry V2 by Desu Desu
- 10000個漏斗
- 1000隻烈焰神實體擠壓
- 1000隻烈焰神AI巡路
紀錄方式
主要紀錄方式以/Profile方式連續5次紀錄Average tick time 也就是mspt。
測試項目World Eater會以整台機器啟動後過10秒鐘，以/Profile方式紀錄。
測試項目 Vertical Duper Quarry會分成兩階段紀錄，第一階段將方塊拉出階段後10秒開始紀錄，第二階段TNT開始爆炸後10秒開始紀錄，以/Profile方式紀錄。
測試項目漏斗測試，測試上鎖與解鎖狀態平均mspt。
測試項目1000隻烈焰神實體擠壓，會將gamerule maxEntityCramming 設置成0，避免擠壓死亡，且將烈焰神限制在1*2格的玻璃罩中，以/Profile方式紀錄。
測試項目1000隻烈焰神AI尋路，將烈焰神限制在2*2區塊中且使用打開的地板門作為牆面阻隔，且在牆外格多1區塊提供給烈焰神尋路，以/Profile方式紀錄。