维基百科:不要担心性能

您不需要去关心整个维基站点的性能如何如何。在绝大多数情况下,您自己的力量根本无法使伺服器性能明显提高或明显降低。在设计层面上,维基系统也已经阻止用户做出能够严重影响伺服器性能的行为。

应该关注性能的人都在领薪水,所以您不需要跟着操心了

维基媒体基金会雇佣了一群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缩略图的加载速度问题,不过到底哪一种合适是编者们的问题,开发人员或系统管理员不会鼓励或阻止编者去做什么。

总结

积极主动地优化可以衡量量化影响的事物,不要担心你无法测量的事情所造成的性能影响。基金会出钱雇佣的系统管理员会处理整个网站的性能问题。

参见