ویکی‌پدیا:نگران بهره‌وری سامانه نباشید

از ویکی‌پدیا، دانشنامهٔ آزاد
پرش به: ناوبری، جستجو

ویکی‌پدیا سامانه‌ای است که مخارج خود را به وسیله تبلیغات تأمین نمی‌کند، لذا گاهی سامانه کند می‌شود و گاهی این مشکل ممکن است بسیار محسوس باشد. با این وجود شما به عنوان کاربر نیازی نیست که به فکر بهره‌وری سامانه باشید. در بسیاری از موارد اصلاحات شما در کند شدن یا سریع شدن سیستم تاثیر ناچیزی دارند. این سامانه به نحوی طراحی شده‌است که از کندشدن سیستم به دست کاربرها جلوگیری کند.

ویکی‌مدیا به افرادی پول می‌دهد که به فکر سامانه باشند پس نیازی نیست شما نگران باشید[ویرایش]

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.

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.

Wikimedia employs numerous IT professionals to act as system administrators; these staff members are responsible for providing a stable and responsive platform on which to run the WMF wikis. That platform forms a cluster of over four hundred servers, with over five terabytes of RAM and over 2,400 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 for; 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 avoid using redirects, stop linking between pages or avoid editing altogether. The servers would 'perform' best if there was no content on Wikipedia at all, but they would not be achieving their purpose.

اگر sysadminها مشکلی در بهره‌وری سامانه یافتند خودشان آن را حل می‌کنند[ویرایش]

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...

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...

"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.

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 limitations on template inclusion, the block on deleting pages with more than 5,000 revisions, and the 2Mb 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, do not reverse it; equally if a sysadmin tells you to make a change, listen to them. Past examples of such actions have included editing system messages, blocking users and altering high-use templates.

ویرایشگرها نمی‌توانند سامانه را خاموش یا خراب کنند فقط مدیران می‌توانند![ویرایش]

I made a general recommendation not to go running around saying THE SKY IS FALLING THE SKY IS FALLING about templates BASED ON SUPPOSITION AND PARANOIA.

That doesn't mean that AN ACTUAL PROBLEM, WHEN DISCOVERED, SHOULD BE IGNORED.

WHEN THERE IS AN ACTUAL, REAL, MEASURABLE PROBLEM, THEN IT MATTERS.

In a few cases, there are things sysops can do that will slow down or crash the site. These are, however, 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 shouldn't ever 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 Wikipedia: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 Wikipedia far more than a minor temporary slowdown. If you're unsure about something, you can ask a sysadmin on IRC if it makes you feel better, but generally it's not necessary.

ویرایشگرها هم در سامانه نقش دارند[ویرایش]

به طور خاص دربارهٔ الگوها، بهره‌وری سامانه مهم است و مکرراً توسط کاربران انجام می‌شود که تأثیر زیادی هم دارد. خیلی دشوار نیست. خودم گهگاه انجام می‌دهم، ولی بهتر است کسانی انجامش دهند که از الگوی موردنظر و مقاله‌هایی که از آن استفاده می‌کنند آگاهی داشته باشد.

Tim Starling, MediaWiki Release Manager، wikitech-l, 12 January 2011

منظور این رهنمود به هیچ وجه این نیست که ویرایشگران اصلاً نباید به فکر بهره‌وری سامانه باشند، بلکه اگر این هدف، هدف اصلی یعنی بهبود دانشنامه را محدود کند، آنگاه شما به عنوان ویرایشگر نباید به فکر بهره‌وری سامانه باشید. اگر دقیقاً می‌دانید که عملتان چقدر بر روی بهره‌وری سامانه تأثیر می‌گذارد، آنگاه می‌توانید نگران این موضوع باشید. اگر دیدید صفحه‌ای ده ثانیه زمان می‌برد تا بارگیری شود، و با حذف الگویی این زمان به یک ثانیه کاهش می‌یابد، و اگر شما و ویرایشگران دیگر قادر به اثبات این هستید، آنگاه می‌توان به‌یقین گفت الگو صفحه را کند می‌کند. اگر می‌خواهید صفحه را سریع‌تر کنید می‌توانید به هر روشی که می‌خواهید کد الگو را ساده‌سازی کنید یا بهبود دهید. تأثیری که شما بر روی کل سامانه می‌گذارید ناچیز و قابل صرف‌نظر است اما اگر می‌توانید این تأثیر را اندازه بگیرید، پس می‌توانید برای یک صفحهٔ خاص هم این موارد را سبک‌سنگین کنید. در برخی جاها توسعه‌دهندگان سامانه قابلیت‌ها و ابزارهایی را تعبیه کرده‌اند که می‌توانید این اندازه‌گیری را بهتر انجام دهید (مثلاً محدودیت بسط‌دادن الگو). در این موارد قطعاً ویرایشگران می‌توانند کارایی سامانه را اندازه بگیرند و بر اساس آن بهره‌وری را بهبود دهند.

به این ترتیب، این قواعد درکل بهره‌وری در گسترهٔ کل سایت را پوشش می‌دهند. هدف سرورها این است که از محتوای ویکی پشتیبانی کنند، نه برعکس. هدف از محتوای ویکی هم خدمت به خواننده است، و در نظرگیری بهره‌وری سامانه هم قطعاً می‌تواند در این فرآیند نقش ایفا کند. استفاده از تصویری سنگین‌تر به جای تصویری سبک‌تر (مثلاً یک PNG کاربرپسند ۵۰ کیلوبایتی به جای یک JPEG کم‌کیفیت‌تر ۲۰ کیلوبایتی) قطعاً سرعت بارگیری صفحه را کاهش می‌دهد، ولی اینکه آیا خوب است این کار انجام بشود یا نه چیزی‌است که باید ویرایشگر تصمیم بگیرد، نه چیزی که توسعه‌دهنگان یا sysadminها بخواهند توصیه کنند یا نکنند.

خلاصه کلام[ویرایش]

بهبود بهره‌وری با روش علمی [باید باشد]، نه موهومات.

—Brion Vibber، wikitech-l, 13 January 2011

در بهبود بهره‌وری سامانه کوشا باشید اگر می‌توانید تأثیر آن چیز بر روی بهره‌وری را از نظر کمّی اندازه بگیرید. نگران چیزهایی که نمی‌توانید تأثیرشان را بر روی بهره‌وری بسنجید نباشید؛ این مدیران سامانهٔ استخدام‌شده در بنیاد ویکی‌مدیا هستند که باید نگران بهره‌وری سامانه در گسترهٔ کل سایت (site-wide performance) باشند.

جستار وابسته[ویرایش]