Bonjour Fabiola
La taille du cache dépend en fait de plusieurs choses. Notamment de la charge d'usage d'un certain nombre de données de Moodle.
Pour les plates-formes à usage assez intensif en nombre d'utilisateurs et en nombre de contextes à gérer, cela peut grossir en effet.
A titre d'exemple, pour le groupe IGS pour lequel je fais tourner 40 écoles sur un Moodle avec environ 12000 utilisateurs, les caches ont été dimensionnés à 2G (shared) + 2G (local). Actuellement si le shared est monté à 17% d'occupation le local reste peu utilisé. Nous sommes toujours en 3.1.
Le cache local ne strocke en principe que des données assez statiques, et non applicatives, comme le cache de theme, les caches de javascript.
Le cache partagé entre les clusters stocke kes caches applicatifs de moodle (les dépôts de cache des composants et des sous-ensembles de moodle), ainsi que les verrous de fichiers.
Il est possible de comprendre ce que stocke le cache en allant voir sur Administration de site > Plugins > Cache > Configuration
Il y a là la liste de toutes les définitions de cache que fait moodle.
En gros il y a 2 usages principaux du cache :
- le cache de sessions qui stocke les sessions.
Je me suis rendu compte que dans certaines situations, les sessions n'étaient pas effacées et ce cache accumulait plein d'enregistrements de session dont une bonne partie étaient caduques. Je n'ai pas eu le temps d'analyser le pourquoi pour l'instant.
- le cache de données précalculées comme le cache de la structure du cours, l'arbre de catégories les groupes de cours, afin de rassembler dans une structure "SQLless" des données qui vont ensemble et sont éparpilliées dans les tables.
- le cache de certains plugins, car n'importe quel développeur de plugin peut construire ses propres dépôts de cache pour ses propres besoins.
Je confirme en effet que le type de système de fichiers utilisé pour monter un cache n'est pas dynamiquement extensible, et qu'il est donc important de bien le dimensionner pour absorber tous les besoins de cache.
Il peut être instructif de déterminer quel sous-répertoire du cache grossit (du -s *) afin de focaliser le problème.
Il peut être intéressant d'automatiser une vidange des caches régulières. Cela ralentira moodle pendant quelques minutes pour les premiers utilisateurs, Ce qui peut être supportable en début de journée lorsque la charge est peu importante.
Cdt