跳至內容

維基百科:不要擔心效能

本頁使用了標題或全文手工轉換
維基百科,自由的百科全書

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

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

[編輯]

維基媒體基金會僱傭了一群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縮圖的載入速度問題,不過到底哪一種合適是編者們的問題,開發人員或系統管理員不會鼓勵或阻止編者去做什麼。

總結

[編輯]

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

參見

[編輯]