위키백과:성능에 대해 걱정하지 마세요
사용자로서 사이트 성능에 대해 걱정할 필요가 없습니다. 대부분의 경우 사이트 서버의 속도를 높이거나 늦추기 위해 할 수 있는 일은 거의 없습니다. 소프트웨어는 전반적으로 사용자의 행동으로 인해 속도가 크게 느려지는 것을 방지하도록 설계되었습니다.
위키미디어 재단은 돈을 지불하기 때문에 성능에 대해 걱정할 필요가 없습니다
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.
위키미디어 재단은 수많은 IT 전문가를 고용하여 시스템 관리자로 활동하고 있습니다. 이들 직원은 위키미디어 재단이 호스팅하는 위키를 실행할 수 있는 안정적이고 반응이 빠른 플랫폼을 제공하는 일을 담당합니다. 이 플랫폼은 5 테라바이트 이상의 RAM과 2,400개 이상의 프로세서 코어를 갖춘 400개 이상의 서버 클러스터를 형성합니다. 전체 아키텍처와 그 위에서 실행되는 미디어위키 소프트웨어는 사이트 성능에 영향을 미치는 편집자의 능력을 최소화하도록 설계되었습니다. 더 중요한 것은 미디어위키를 실행하여 위키미디어 위키를 호스팅하는 것이 클러스터의 목적이라는 것입니다. 따라서 편집자는 프로젝트의 목표를 달성하기 위해 소프트웨어로 필요하다고 생각하는 모든 것을 수행해야 합니다. 성능은 넘겨주기 사용을 피하거나 문서 간 연결을 중단하거나 편집을 완전히 피하는 이유가 아닙니다. 위키백과에 내용이 전혀 없다면 서버는 가장 잘 '성능'을 발휘할 것이지만,[a] 목적을 달성하지는 못할 것입니다.
시스템 관리자가 성능 문제를 식별하면 이 문제를 해결합니다
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.
시스템 관리자는 성능 병목 현상을 쉽게 식별할 수 있는 풍부한 프로파일링, 로깅 및 관리 데이터에 액세스할 수 있습니다. 미디어위키 소프트웨어의 기능으로 인해 클러스터에서 허용할 수 없는 성능이 발생하는 경우 미디어위키 개발자 또는 시스템 관리자는 이를 해결하기 위해 적절한 조치를 취할 것입니다. 성능 문제를 피하기 위해 도입된 제한의 예로는 틀 끼워넣기 제한, 5,000개 이상의 판이 있는 문서 삭제 제한, 2 MB의 최대 문서 크기 등이 있습니다.
시스템 관리자가 만든 일부 해결 방법은 기술적인 차단이 아니라 '일반적인' 위키 편집입니다. 시스템 관리자가 성능 문제로 인해 위키에서 변경한 경우 이를 취소하거나 차단하지 마세요. 마찬가지로 시스템 관리자가 변경하라고 하면 그 말을 들어주세요.
편집자는 사이트를 파괴할 수 없으며, 관리자만 그렇게 할 수 있습니다
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.
어떤 경우에는 관리자가 사이트 속도를 늦추거나 충돌시키는 일을 할 수 있습니다. 이는 드물며 일반적으로 걱정할 가치가 없습니다. 관리자가 악의적으로 수행할 수 있는 작업 중 정리하기가 매우 어려운 작업이 몇 가지 있지만 영구적인 데이터 손실이나 수정 불가능한 파손을 초래하는 작업을 수행하는 것은 불가능합니다. 드물지만 놀라운 일이 발생하는 경우에는 시스템 관리자의 지시를 따르세요. 그러면 모든 것이 잘 될 것입니다. 분명히 똑같은 일을 다시 해서는 안 되지만, 비슷한 일을 하는 것을 두려워하지 마세요. 위키백과:연습장을 삭제하려다가 사이트가 다운된 것에 대해 비판을 받는다면, 같은 문서를 다시 삭제하려고 하지 말고, 삭제하려는 모든 문서의 판을 두려워하지도 마세요. 이로 인해 위키백과는 일시적으로 느려지는 것보다 훨씬 더 큰 피해를 입게 됩니다. 확실하지 않은 것이 있으면 #wikimedia-tech 접속 IRC 채널의 시스템 관리자에게 물어볼 수 있지만 일반적으로 그럴 필요는 없습니다.
편집자는 여전히 수행해야 할 역할이 있습니다
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.
— Tim Starling, 미디어위키 릴리스 관리자, wikitech-l, 2011년 1월 12일
이 문서의 내용은 편집자가 성능을 염두에 두어서는 안 되며, 성능이 프로젝트 개발을 제한해서는 안 된다는 점을 말하는 것입니다. 문서의 렌더링 속도가 특히 느리거나 다른 제한에 부딪히는 경우, 문서 또는 틀 및 모듈을 편집하여 더 나은 성능을 발휘하도록 하는 것이 유용합니다. 이는 단순히 여기저기서 몇 바이트를 절약하려는 직감이나 노력이 아니라 부하 시간과 같은 중요하고 측정 가능한 특성을 기반으로 해야 합니다.
일부 영역에서는 틀 확장 제한, 구문 분석기 보고서(문서 내용 끝 및 편집 미리보기 페이지의 맨 끝에 있음) 또는 편집 필터의 프로파일링 데이터와 같이 성능을 보다 정확하게 측정할 수 있는 도구를 개발자가 제공했습니다. 이러한 경우 편집자는 이러한 도구를 사용하여 측정할 수 있는 성능을 향상시킬 수 있습니다.
"성능에 대해 걱정하지 마세요"는 사이트 전체의 성능을 의미하며, 서버의 목적은 위키 콘텐츠를 지원하는 것이지 그 반대가 아닙니다. 위키 콘텐츠의 목적은 독자에게 서비스를 제공하는 것이며, 그 과정에서 성능 고려 사항이 확실히 작용할 수 있습니다. 바이트 단위의 작은 크기 대신 바이트 단위의 큰 크기(예: 20 kB JPEG 대신 50 kB PNG)의 썸네일을 사용하면 확실히 페이지 로드 속도를 늦출 수 있지만, 이를 허용할 수 있는지 여부는 편집자의 선택이지 개발자나 시스템 관리자가 방지하거나 권장할 사항이 아닙니다.
요컨대
Optimize through science, not superstition.
— Brion Vibber, wikitech-l, 2011년 1월 13일
성능 영향을 측정하고 정량화할 수 있는 부분을 적극적으로 최적화하세요. 측정할 수 없는 성능의 영향에 대해 걱정하지 마세요. 위키미디어 재단은 사이트 전체의 성능을 걱정하는 시스템 관리자를 고용합니다.
노트
같이 보기
- 위키백과:대문을 삭제하지 마세요
- 위키테크 로봇 정책
- 미디어위키 성능 지침, 개발자가 성능에 대해 어떻게 걱정하는지 설명함
- The Maxlag parameter
- 성능을 걱정하는 사람들 중 한 명이 되고 싶은 경우를 대비한 채용 공고