View source for RetroWikipedia:Don't worry about performance

{{infopage|WP:DWAP|WP:PERF|WP:SLOW|WP:FAST}}
{{nutshell|Server performance is managed by [[m:System administrators|system administrators]], so editors should focus on creating and improving content. RetroWikipedia can handle large-scale editing, but excessive use of complex templates, parser functions, or frequent page purges can affect performance. Editors should follow best practices to avoid unnecessary strain while keeping content quality the priority.}}

RetroWikipedia editors generally '''do not need to worry about performance issues''', as the [[Meta:Wikimedia servers|platform's servers]] are designed to handle large-scale editing efficiently. [[m:System administrators|System administrators]] manage performance concerns, so editors should focus on content creation and improvement rather than making policy decisions based on technical concerns and assumptions about performance.

However, certain actions—such as excessive use of complex templates, costly [[RetroWikipedia:Parser functions|parser functions]], frequent page [[RetroWikipedia:Purge|purges]], or automated edits—can impact performance and should be used cautiously. While RetroWikipedia encourages bold editing, editors should follow best practices to avoid unnecessary strain on the system.

Ultimately, improving content should remain the priority, while performance considerations are left to the technical experts.

==The Wikimedia Foundation pays people to worry about performance, so you don't have to==
{{quote
 |text=Site operations and keep-alive stuff is our concern. "Our" refers to the development team and the system administration team, but I lump it all together for this. If something is *needed* in order to get on with the encyclopedia-writing, or the dictionary-making, then do it. If it's unclean, let us know, and if there's an easier method we can implement to help, we will.

<p>Adopt common sense, of course. If it's plain something could cause drastic problems, hold fire and check. But don't go running around screaming "teh servers, teh servers!!!" as an excuse to not do stuff, that's stupid.</p>
 |author=[[user:robchurch|Rob Church]] ([[MediaWiki]] [[m:Developers|developer]])
 |source=[[mailarchive:wikitech-l/2006-June/024347.html|wikitech-l, 27 Jun 06]]
}}

The Wikimedia Foundation [[foundationsite:role/staff-contractors/#technology|employs]] numerous IT professionals to act as [[m:system administrators|system administrators]]; these staff members are responsible for providing a stable and responsive platform on which to run the wikis hosted by the Wikimedia Foundation. That platform forms a cluster of over four hundred servers, with over five terabytes of [[random-access memory|RAM]] and over 2,400 [[central processing unit|processor cores]]. The whole architecture, and the MediaWiki software which runs on it, has been designed to minimise editors' ability to affect the performance of the site. More importantly, running MediaWiki to host the Wikimedia wikis is what the cluster is <em>for</em>; so editors should do whatever they feel they need to with the software in order to further the project's goals. Performance is not a reason to [[RetroWikipedia:Tools/Navigation popups/About fixing redirects|avoid using redirects]], [[RetroWikipedia talk:Don't worry about performance#Reality update June.2F2009|stop linking between pages]] or [[RetroWikipedia talk:Don't worry about performance#Too many edits|avoid editing altogether]]. The servers would 'perform' best if there were no content on RetroWikipedia at all,{{efn|This would also eliminate most vandalism, edit-warring, POV-pushing, and personal attacks, but probably not all.}} but they would not be achieving their purpose.

==If the sysadmins identify a performance problem, they will fix it==
{{quote
 |text=Generally, you should not worry much about little things like templates and "server load" at a policy level. If they're expensive, we'll either fix it or restrict it at a technical level; that's our responsibility{{nbsp}}...

<p>As a technical matter, it's our responsibility to keep the system running well enough for what the sites require. In other words: it's not a policy issue. If and when we need to restrict certain things, we'll do so with technical measures{{nbsp}}...</p>

<p>"Policy" shouldn't really concern itself with server load except in the most extreme of cases; keeping things tuned to provide what the user base needs is our job.</p>
 |author=[[User:Brooke Vibber|Brooke Vibber]] (then [[Wikimedia Foundation]] [[m:Chief Technical Officer|Chief Technical Officer]])
 |source=[//en.wikipedia.org/w/index.php?title=RetroWikipedia:Village_pump_%28technical%29&diff=36029520&oldid=36025274 Village Pump, 21 January 2006]
}}

System administrators have access to a wealth of profiling, logging and administration data which allow them to easily identify performance bottlenecks. If a feature of the MediaWiki software is causing unacceptable performance on the cluster, MediaWiki developers or sysadmins will take appropriate action to fix it. Examples of limitations introduced to avoid performance issues are the [[RetroWikipedia:Template limits|limitations on template inclusion]], the [[RetroWikipedia:Deletion process#Pages with many revisions|restrictions on deleting pages with more than 5,000 revisions]], and the 2&nbsp;MB maximum size of pages.

Some remedies made by sysadmins are not technical blocks, but 'ordinary' wiki edits. If a sysadmin makes an on-wiki change because of performance considerations, <strong>do not reverse it nor block them</strong>; equally if a sysadmin tells you to make a change, <strong>listen to them</strong>. Past examples of such actions have included [//en.wikipedia.org/w/index.php?title=MediaWiki:Copyright&diff=177429486&oldid=154363988 editing system messages]{{Dead link}}, [//en.wikipedia.org/w/index.php?title=Special%3ALog&type=block&user=Tim+Starling&page=User%3ABetacommandBot blocking users] and [//en.wikipedia.org/w/index.php?title=Template_talk:WikiProject_Biography&diff=prev&oldid=341610951 altering high-use templates].

==Editors cannot break the site, only admins can do that==
{{quote
 |text=I made a general recommendation not to go running around saying [[The Sky Is Falling (fable)|THE SKY IS FALLING THE SKY IS FALLING]] about templates BASED ON SUPPOSITION AND PARANOIA. 
<p>That doesn't mean that AN ACTUAL PROBLEM, WHEN DISCOVERED, SHOULD BE IGNORED.</p>
<p>WHEN THERE IS AN ACTUAL, REAL, MEASURABLE PROBLEM, THEN IT MATTERS.</p>
 |author=[[User:Brooke Vibber|Brooke Vibber]] (then [[Wikimedia Foundation]] [[m:Chief Technical Officer|Chief Technical Officer]])
 |source=[http://lists.wikimedia.org/pipermail/wikitech-l/2007-January/028818.html wikitech-l, 16 January 2007]
}}

In a few cases, there are things [[RetroWikipedia:Administrators|sysops]] can do that will slow down or [[RetroWikipedia:Don't delete the main page | crash]] the site. These are rare and not generally worth worrying about; although there are a few things admins can do maliciously which are very difficult to clean up, it should <em>never</em> be possible to do something which will result in permanent data loss or unfixable breakage. On the rare occasion something spectacular occurs, follow instructions from the sysadmins who come in to pick up the pieces, and everything will be fine. Obviously you shouldn't do exactly the same thing again, but don't be afraid to do similar things. If you get chastised for trying to delete [[RetroWikipedia:Sandbox]] and crashing the site, don't try to delete the same page again, but also don't fearfully count the revisions of every page you want to delete. This damages RetroWikipedia far more than a minor temporary slowdown. If you're unsure about something, you can ask a sysadmin on the {{IRC|wikimedia-tech}} IRC channel if it makes you feel better, but generally it's not necessary.

==Editors still have a role to play==
{{quote
 |text=Particularly in the area of template design, optimising server performance is important, and it's frequently done by users with a great amount of impact. It's not very hard. I've done it myself from time to time, but it's best done by people with a knowledge of the templates in question and the articles they serve.
 | author=[[User:Tim Starling|Tim Starling]], MediaWiki [[release management|Release Manager]]
 | source=[http://lists.wikimedia.org/pipermail/wikitech-l/2011-January/051129.html wikitech-l, 12 January 2011]
}}

Nothing in this page is to say that editors should not be mindful of performance, only that it should not limit project development. If a page is particularly slow to render, or coming up against [[WP:Template limits|other limits]], then it is useful to edit it or templates and modules to make it perform better. This should be based on significant, measurable characteristics like load time, not hunches or efforts to simply save a few bytes here and there. 

In some areas the developers have provided tools with which you can more accurately measure performance, such as the template expansion limits, the parser report (present in a comment at the end of page content and on the edit preview page) or the profiling data in the [[WP:Edit filter|Edit filter]]. In these cases, editors can certainly make use of these tools to improve the performance they can measure. 

"Don't worry about performance" refers to <em>site-wide</em> performance, where the purpose of the servers is to support the wiki contents, not the other way around. The purpose of the wiki content is to serve the reader; and performance considerations can certainly play a part in that process. Using thumbnails with a large size in bytes instead of a smaller size in bytes (e.g., a high-fidelity 50&nbsp;kB [[Portable Network Graphics|PNG]] instead of an uglier 20&nbsp;kB [[JPEG]]) can definitely slow down the loading of pages; but whether that's acceptable is an editorial choice, not something the developers or sysadmins will either prevent or encourage.

==In short==
{{quote|text=Optimize through science, not superstition.|author=Brooke Vibber|source=[http://lists.wikimedia.org/pipermail/wikitech-l/2011-January/051138.html wikitech-l, 13 January 2011]}}

Be proactive in optimising things where you can <strong>measure</strong> and <strong>quantify</strong> a performance impact. Do not worry about the performance implications of things that you <em>cannot</em> measure; the Wikimedia Foundation employs system administrators who will worry about site-wide performance.

==Notes==
{{notelist}}

==See also==
*[[RetroWikipedia:Don't delete the main page]]
*[[wikitech:Robot policy|Wikitech robot policy]]
*The [[wikitech:MediaWiki Engineering/Guides/Backend performance practices|MediaWiki performance guidelines]] describe how <em>developers</em> worry about performance
*[[mw:Manual:Maxlag parameter|The Maxlag parameter]]
* [[foundationsite:about/jobs/|Job openings]], in case you want to be one of the people worrying about performance