Toutes tes analyses sont très intéressantes et montrent bien un esprit technique habitué à réfléchir au bien fondé de telle ou telle pratique.
Ce que l'on peut dire de toutes façons, c'est que si l'esprit de Moodle avait été d'adresser des applications à très fort rendement du type Mooc, il aurait fallu aller dans une direction technique diamétralement opposée à celle qui a été suivie pour Moodle 2, et éviter aussi de multiplier l'empilage de couches objets et de design patterns autant structurants pour le développement que catastrophique pour les performances. Ne serait ce que par exemple redescendre à une API pour écrire de simples balises HTML qui consomme une quantité importante d'appels de fonctions et de pile.
Non, résolument, Moodle 2 consomme environ 300% de ressources par rapport à du 1.9, facteur un peu corrigé par les caches. C'est donc que ce n'est pas l'objectif actuellement !
Maintenant, on sait bien que même en connaissant des solutions qui fonctionnent, les mettre en oeuvre dans des Moodle de production avec un cycle de surveillance et de maintenance formel semble toujours un peu difficile...