Ça ne me surprend pas plus que ça que ça soit réactif, un serveur web ce n'est pas spécialement lourd [...] mais si on gardait un œil sur l'utilisation des ressources système, il est probable que la moyenne soit d'utiliser ~20% du CPU (au doigt mouillé) et que ça dépasse rarement les 3Gio de RAM (hors utilisations particulières type jeux/travail multimedia).
Je suppose que tu n'as jamais travaillé sur un serveur Moodle ? Parce que le doigt mouillé, c'est bien pour les avions en papier, mais c'est un peu limité pour diriger un airbus ;-)
En pratique, contrairement à ce que tu sous-entends, le facteur qui limite Moodle est généralement le CPU. C'est surprenant pour beaucoup, et c'est d'ailleurs en contradiction avec les docs du Wiki officiel de Moodle. Il faut dire que Moodle, c'est environ 2 millions de lignes de code PHP, sans parler du JavaScript où il paie depuis des années la dette technique de YUI. Le serveur web, Nginx, n'a guère de boulot, mais PHP-FPM sue sous le fardeau.
Pour une dizaine de personnes qui consultent des documents, donc sans connexions intensives, un RaspberryPi3 peut convenir, mais une centaine d'utilisateurs concurrents peut suffire à mettre à genoux une VM à 8 cœurs dans un Xeon. Certaines opérations sont très coûteuses en CPU, par exemple l'authentification locale ou la soumission d'un QCM (quiz). Alors, bien sûr, le CPU ne fait rien la plupart du temps, mais le jour où plusieurs classes passent des tests simultanés, il faut une bête de course pour tenir la charge.
[^] # Re: performance
Posté par rogo . En réponse au journal MoodleBox : un petit projet pour du BYOD en classe. Évalué à 2.
Je suppose que tu n'as jamais travaillé sur un serveur Moodle ? Parce que le doigt mouillé, c'est bien pour les avions en papier, mais c'est un peu limité pour diriger un airbus ;-)
En pratique, contrairement à ce que tu sous-entends, le facteur qui limite Moodle est généralement le CPU. C'est surprenant pour beaucoup, et c'est d'ailleurs en contradiction avec les docs du Wiki officiel de Moodle. Il faut dire que Moodle, c'est environ 2 millions de lignes de code PHP, sans parler du JavaScript où il paie depuis des années la dette technique de YUI. Le serveur web, Nginx, n'a guère de boulot, mais PHP-FPM sue sous le fardeau.
Pour une dizaine de personnes qui consultent des documents, donc sans connexions intensives, un RaspberryPi3 peut convenir, mais une centaine d'utilisateurs concurrents peut suffire à mettre à genoux une VM à 8 cœurs dans un Xeon. Certaines opérations sont très coûteuses en CPU, par exemple l'authentification locale ou la soumission d'un QCM (quiz). Alors, bien sûr, le CPU ne fait rien la plupart du temps, mais le jour où plusieurs classes passent des tests simultanés, il faut une bête de course pour tenir la charge.