stringtranslate.com

Wikipedia:No te preocupes por el rendimiento

Como usuario, no debería preocuparse por el rendimiento del sitio . En la mayoría de los casos, no hay mucho que pueda hacer para acelerar o ralentizar considerablemente los servidores del sitio . El software está diseñado, en general, para evitar que las acciones de los usuarios lo ralenticen demasiado.

La Fundación Wikimedia paga a la gente para que se preocupe por el rendimiento, para que usted no tenga que hacerlo.

Las operaciones del sitio y el mantenimiento de la actividad son nuestra preocupación. "Nuestra" se refiere al equipo de desarrollo y al equipo de administración del sistema, pero yo los agrupo a todos en este caso. Si algo es *necesario* para continuar con la escritura de la enciclopedia o la creación del diccionario, entonces háganlo. Si no está limpio, háganoslo saber y, si hay un método más fácil que podamos implementar para ayudar, lo haremos.

Por supuesto, hay que adoptar el sentido común. Si es evidente que algo podría causar problemas graves, no se detenga y compruebe. Pero no ande por ahí gritando "¡¡Los servidores, los servidores!!" como excusa para no hacer nada, eso es estúpido.

-  Rob Church ( desarrollador de MediaWiki ), wikitech-l, 27 de junio de 2006

La Fundación Wikimedia emplea a numerosos profesionales de TI para que actúen como administradores de sistemas; estos miembros del personal son responsables de proporcionar una plataforma estable y con capacidad de respuesta en la que se ejecuten los wikis alojados por la Fundación Wikimedia. Esa plataforma forma un clúster de más de cuatrocientos servidores, con más de cinco terabytes de RAM y más de 2.400 núcleos de procesador . Toda la arquitectura, y el software MediaWiki que se ejecuta en ella, ha sido diseñado para minimizar la capacidad de los editores de afectar el rendimiento del sitio. Más importante aún, ejecutar MediaWiki para alojar los wikis de Wikimedia es para lo que existe el clúster ; por lo tanto, los editores deben hacer lo que crean necesario con el software para promover los objetivos del proyecto. El rendimiento no es una razón para evitar el uso de redirecciones , dejar de vincular entre páginas o evitar la edición por completo . Los servidores "funcionarían" mejor si no hubiera contenido en Wikipedia en absoluto, [a] pero no estarían logrando su propósito.

Si los administradores de sistemas identifican un problema de rendimiento, lo solucionarán.

En general, no deberías preocuparte demasiado por cuestiones menores como las plantillas y la "carga del servidor" a nivel de políticas. Si son costosas, las solucionaremos o las restringiremos a nivel técnico; esa es nuestra responsabilidad  ...

Como cuestión técnica, es nuestra responsabilidad mantener el sistema funcionando lo suficientemente bien para lo que requieren los sitios. En otras palabras: no es una cuestión de política. Si necesitamos restringir ciertas cosas, lo haremos con medidas técnicas  ...

La "política" realmente no debería preocuparse por la carga del servidor excepto en los casos más extremos; mantener las cosas optimizadas para brindar lo que la base de usuarios necesita es nuestro trabajo.

Los administradores de sistemas tienen acceso a una gran cantidad de datos de creación de perfiles, registro y administración que les permiten identificar fácilmente los cuellos de botella en el rendimiento. Si una característica del software de MediaWiki está causando un rendimiento inaceptable en el clúster, los desarrolladores o administradores de sistemas de MediaWiki tomarán las medidas adecuadas para solucionarlo. Algunos ejemplos de limitaciones introducidas para evitar problemas de rendimiento son las limitaciones en la inclusión de plantillas , las restricciones en la eliminación de páginas con más de 5000 revisiones y el tamaño máximo de las páginas de 2 MB.

Algunas soluciones que aplican los administradores de sistemas no son bloqueos técnicos, sino ediciones "normales" de la wiki. Si un administrador de sistemas realiza un cambio en la wiki por cuestiones de rendimiento, no lo revierta ni lo bloquee ; de ​​la misma manera, si un administrador de sistemas le pide que realice un cambio, escúchelo . Algunos ejemplos anteriores de tales acciones incluyen la edición de mensajes del sistema [ enlace inactivo ] , el bloqueo de usuarios y la alteración de plantillas de uso frecuente.

Los editores no pueden dañar el sitio, solo los administradores pueden hacerlo.

Hice una recomendación general de no andar diciendo EL CIELO SE ESTÁ CAYENDO EL CIELO SE ESTÁ CAYENDO sobre plantillas BASADAS EN SUPOSICIONES Y PARANOIA.

Eso no significa que UN PROBLEMA REAL, CUANDO SE DESCUBRE, DEBA SER IGNORADO.

CUANDO HAY UN PROBLEMA REAL, MEDIBLE Y REAL, ENTONCES IMPORTA.

En algunos casos, los administradores de sistemas pueden hacer cosas que ralentizarán o bloquearán el sitio. Son poco frecuentes y, por lo general, no vale la pena preocuparse por ellas; aunque hay algunas cosas que los administradores pueden hacer maliciosamente y que son muy difíciles de limpiar, nunca debería ser posible hacer algo que dé como resultado una pérdida permanente de datos o un fallo irreparable. En las raras ocasiones en que ocurra algo espectacular, siga las instrucciones de los administradores de sistemas que vengan a recoger los pedazos y todo estará bien. Obviamente, no debería volver a hacer exactamente lo mismo, pero no tenga miedo de hacer cosas similares. Si le castigan por intentar eliminar Wikipedia:Sandbox y bloquear el sitio, no intente eliminar la misma página nuevamente, pero tampoco cuente con miedo las revisiones de cada página que desee eliminar. Esto daña a Wikipedia mucho más que una ralentización temporal menor. Si no está seguro de algo, puede preguntarle a un administrador de sistemas en el canal IRC #wikimedia-tech connect si eso lo hace sentir mejor, pero generalmente no es necesario.

Los editores todavía tienen un papel que desempeñar

En particular, en el área de diseño de plantillas, optimizar el rendimiento del servidor es importante y, con frecuencia, lo hacen usuarios con un gran impacto. No es muy difícil. Yo mismo lo he hecho de vez en cuando, pero es mejor que lo hagan personas con conocimientos de las plantillas en cuestión y de los artículos que contienen.

—  Tim Starling , director de lanzamiento de MediaWiki , wikitech-l, 12 de enero de 2011

Nada de lo que se dice en esta página es que los editores no deban tener en cuenta el rendimiento, solo que no debe limitar el desarrollo del proyecto. Si una página es particularmente lenta de procesar o se enfrenta a otros límites , entonces es útil editarla o modificar las plantillas y módulos para que funcione mejor. Esto debería basarse en características significativas y mensurables como el tiempo de carga, no en intuiciones o esfuerzos para simplemente ahorrar algunos bytes aquí y allá.

En algunas áreas, los desarrolladores han proporcionado herramientas con las que se puede medir con mayor precisión el rendimiento, como los límites de expansión de plantillas, el informe del analizador (presente en un comentario al final del contenido de la página y en la página de vista previa de edición) o los datos de creación de perfiles en el filtro de edición . En estos casos, los editores pueden hacer uso de estas herramientas para mejorar el rendimiento que pueden medir.

"No te preocupes por el rendimiento" se refiere al rendimiento de todo el sitio , donde el propósito de los servidores es dar soporte a los contenidos de la wiki, no al revés. El propósito del contenido de la wiki es servir al lector; y las consideraciones de rendimiento pueden ciertamente jugar un papel en ese proceso. El uso de miniaturas con un tamaño grande en bytes en lugar de un tamaño más pequeño en bytes (por ejemplo, un PNG de alta fidelidad de 50 kB en lugar de un JPEG más feo de 20 kB ) puede definitivamente ralentizar la carga de las páginas; pero si eso es aceptable o no es una opción editorial, no algo que los desarrolladores o administradores de sistemas vayan a prevenir o alentar.

En breve

Optimice a través de la ciencia, no de la superstición.

—  Brooke Vibber, wikitech-l, 13 de enero de 2011

Sea proactivo a la hora de optimizar las cosas en las que pueda medir y cuantificar el impacto en el rendimiento. No se preocupe por las consecuencias que puedan tener en el rendimiento las cosas que no pueda medir; la Fundación Wikimedia emplea administradores de sistemas que se ocuparán del rendimiento de todo el sitio.

Notas

  1. ^ Esto también eliminaría la mayoría del vandalismo, las guerras de ediciones, la imposición de puntos de vista y los ataques personales, pero probablemente no todos.

Véase también