|
|
| (No se muestran 15 ediciones intermedias de 5 usuarios) |
| Línea 1: |
Línea 1: |
| Moodle puede prepararse para que trabaje muy bien, desde niveles con poco uso hasta instalaciones con miles de usuarios. Los factores relacionados con el rendimiento son básicamente los mismos de un sistema basado en PHP y base de datos, y el diseño de Moodle (separando claramente las capas de la aplicación) permite la preparación concienzuda. Vea [[Grandes Instalaciones]] para saber más de algunas instalaciones extensas de Moodle.
| | #REDIRECT[[Desempeño]] |
| | |
| Esas instalaciones grandes normalmente separan el servidor web del de base de datos en dos ordenadores diferentes, aunque en instalaciones más pequeñas no hará falta.
| |
| | |
| Se puede equilibrar la carga de una instalación Moodle, por ejemplo utilizando más de un servidor web. Estos servidores separados podrían compartir la misma base de datos y referirse a la misma zona de ficheros, y por otro lado, la separación de las capas es suficiente para permitir ese tipo de ''clustering''. Semejantemente, la base de datos podría ser un ''cluster'' de servidores (p.e. un ''cluster'' MySQL)
| |
| | |
| ==Rendimiento del servidor==
| |
| | |
| * La cantidad de '''RAM''' del servidor web es el factor más importante del rendimiento del servidor - cuanto más posible mejor (por ejemplo, 4GB)
| |
| * Linux o Unix son los '''sistemas operativos''' recomendables para un servidor. Trabajan mucho mejor que los servidores Mac OSX o Windows ante cargas voluminosas.
| |
| * Es muy recomendable usar un '''Acelerador PHP''' para aligerar el trabajo de la CPU, como [http://turck-mmcache.sourceforge.net/ Turck MMCache] o PHPA.
| |
| * El rendimiento de PHP mejora si está instalado como un módulo Apache (mejor que como CGI).
| |
| * En un sistema Unix/Linux, el rendimiento puede mejorar mucho si se prepara para poder utilizar la compresión y descompresión de ficheros accediendo a los comandos '''zip/unzip''' (mejor que utilizar librerías basadas en PHP para el tratamiento de ficheros zip) - vaya a Admininstración/Configurar/Variables e indique el camino de los ejecutables relacionados con las operaciones. (Semejantemente, indicando el camino hacia '''du''' mejorará la velocidad de Moodle al presentar los contenidos de los directorios.)
| |
| | |
| * Observe que usar '''conexiones web seguras''' ('''https''' ante '''http''') lleva consigo un trabajo más intenso, tanto para el servidor como para el cliente - especialmente porque el sistema de /caché/ no se puede utilizar con la misma eficacia, y el número de peticiones a ficheros aumenta drásticamente. Por esa razón, no es recomendable usar https para todas las páginas Moodle. Puede activar https para la pantalla de identificación de usuarios, simplemente desde la página de configuración de Moodle.
| |
| | |
| * Puede mejorar el rendimiento usando un servidor ''light-weight'' [http://www.lighttpd.org/ lighttpd] combinado con PHP en modo ''fastCGI'' en lugar de Apache, debido al uso mucho menor de la memoria. Un proceso de Apache necesita más memoria RAM que lighttpd con todos sus procesos ''fastCGI'' juntos. Piense que eso podria no ser una buena solució si puede procurarse un servidor muy completo y poderoso, porque la administración requiere un poco más de tiempo
| |
| | |
| * Piense en la posibilidad de reducir ''MaxRequestsPerChild'' en ''httpd.conf'' hasta reducirlo a 20-30
| |
| | |
| (if you set it any lower the overhead of forking begins to outweigh the benefits).
| |
| | |
| Además compruebe el parámetro ''memory_limit'' en ''php.ini'', redúzcalo al menos a 16M. ([http://moodle.org/mod/forum/discuss.php?d=39656 Sugerencias de Rory Allford])
| |
| | |
| ==Rendimiento de la base de datos==
| |
| | |
| * [[:en:Arguments_in_favour_of_PostgreSQL|Argumentos a favor de PostgreSQL]] (en inglés)
| |
| * [[:en:Increasing the database connection lifetime| Cómo aumentar el tiempo de conexión activa de la base de datos]] (en inglés)
| |
| * [http://dev.mysql.com/doc/refman/5.0/en/server-parameters.html Ajuste de los parámetros de MySQL] (página del manual de MySQL)
| |
| | |
| ==Rendimiento de los módulos de Moodle==
| |
| | |
| Los módulos de actividades de Moodle, filtros y otros ''plugins'' pueden activarse y desactivarse. Si hiciera falta, se podrían desactivar algunas características no deseadas (por ejemplo el ''chat'') - realmente no hace falta eso. Algunas observaciones del rendimiento de algunos módulos:
| |
| | |
| | |
| * El módulo '''Chat''' se [http://moodle.org/mod/forum/discuss.php?d=37979&parent=175079 dice] que es un cerdo glotón en términos de llamadas HTTP frecuentes al servidor. Se puede mejorar si utiliza un servidor basado en Unix si hace correr el chat como un demonio del sistema.
| |
| * [http://moodle.org/mod/forum/discuss.php?d=25616&parent=120770 Informe breve del rendimiento para 55 estudiantes utilizando un '''Cuestionario''']
| |
| * El '''cron''' interno de Moodle se ejecuta llamando al script ''cron.php''. Si esta llamada se produce sobre HTTP (por ejemplo si se usa wget o curl) puede ser que se tome mucha memoria en instalaciones extensas. Si se le llama directamente, invocando el comando php (por ejemplo, ''php -f /camino/de/moodle/directorio/admin/cron.php'') se puede mejorar mucho la eficiencia.
| |
| | |
| ==Enlaces==
| |
| | |
| *[http://moodle.org/mod/forum/view.php?f=94 Servers and Performance] fórum moodle.org
| |
| | |
| [[Category:Administrador]]
| |
| [[en:Performance]]
| |
