維基百科:不要擔心性能

您不需要去關心整個維基站點的性能如何如何。在絕大多數情況下,您自己的力量根本無法使服務器性能明顯提高或明顯降低。在設計層面上,維基系統也已經阻止用戶做出能夠嚴重影響服務器性能的行為。

應該關注性能的人都在領薪水,所以您不需要跟着操心了

維基媒體基金會僱傭了一群IT專家來擔任系統管理員。這些員工有責任保證WMF各維基穩定運行。維基平台是四百台以上服務器組成的集群,CPU內核數超過了 2,400,內存總量超過了5T。整個架構已經經過精心設計,能夠把編者對性能帶來的影響降到最低。最重要的是,在集群上運行MediaWiki軟件、維護WMF各維基內容是集群設計的根本目的,因此編者們應該放心地按自己的需求和各維基的目標努力。性能不是阻止使用重定向英語Wikipedia:Tools/Navigation popups/About fixing redirects避免使用內鏈停止協作的理由。事實上,網站沒有任何內容時服務器性能才是最好的,但這樣的話要維基百科還有什麼意義呢?

如果系統管理員發現了性能問題,他們自己會處理

系統管理員可以訪問大量分析、記錄和管理數據,從而輕鬆地找到性能瓶頸。如果MediaWiki軟件的某項功能對集群產生了無法忍受的性能影響,MediaWiki開發人員或系統管理員會採取合適的修理措施。目前系統有一些限制就是針對性能問題而引入的,例如限制引用模板的數量和層級、限制頁面大小不能超過2MB、限制刪除超過5,000個修訂的頁面。

有時系統管理員們採取的補救措施不是某種「高科技操作」,而是「普通的」維基編輯。如果系統管理員出於性能原因在維基站內進行了編輯,請不要回退或阻止他們。如果系統管理員要求你做出某些修改,請服從他們的指揮,例如編輯系統界面封禁用戶修改高使用量模板

編者們無法毀掉網站,但管理員們能

少數情況下,維基百科管理員能夠做出影響網站運轉甚至使網站崩潰的事情(例如mw:User:MZMcBride/Attacks),但是這種事情並不常見,通常也不值得擔心。雖然管理員可以做出難以收拾的惡意編輯,但是不太可能做得出導致數據徹底丟失或者系統徹底損壞的事情。即使遭遇極端情況,只要按照系統管理員的指示進行操作,一切都會好起來。當然,之後您就不要再干相同的事情了。比方說,假如您刪除了Wikipedia:沙盒頁面結果導致網站崩潰,那麼請不要再刪除這個頁面。不過,您也不要「一朝被蛇咬,十年怕井繩」,連修訂版本刪除也不敢再操作。這種恐慌心理對維基百科造成的危害要比一次短暫宕機嚴重得多。

但是,編者們也不是什麼都不用在乎了

我們不是說編者們可以把性能問題徹底地拋到一邊,想都不去想,只是不應該因為擔心性能問題而阻礙維基本身運作。如果您熟悉技術,能夠指出優化前後差異,那還是應該關注一下性能。假如有個頁面需要等十秒鐘才能加載,刪掉某個模板之後一秒之內就能點進去,並且您能夠重現這個過程,其他人也能確認這個問題,那麼很顯然那個已刪除的模板有問題。想要解決問題的話,自然要竭盡全力優化模板。另外,雖然您無法給服務器集群帶來明顯的性能影響,但是您仍然可以測試單個頁面的性能,而且開發人員也在一些地方為用戶提供了可以更加準確衡量性能的工具,例如編輯頁面時下方顯示的分析器分析數據以及防濫用過濾器的配置數據。

本文所指的性能是整個維基站點以及維基服務器層面上的性能,不是其他方面(例如加載頁面或者使用維基工具)的性能。維基的根本目的是為讀者服務,從服務讀者的角度來講當然也要稍微考慮一下性能的問題。例如您可能需要考慮一下500KB的PNG縮略圖與50KB的JPEG縮略圖的加載速度問題,不過到底哪一種合適是編者們的問題,開發人員或系統管理員不會鼓勵或阻止編者去做什麼。

總結

積極主動地優化可以衡量量化影響的事物,不要擔心你無法測量的事情所造成的性能影響。基金會出錢僱傭的系統管理員會處理整個網站的性能問題。

參見