Introduction
Un bogue de journalisation dans Codex peut entraîner une consommation excessive de l'espace disque, pouvant aller jusqu'à 640 To par an. Cela peut rapidement épuiser la durée de vie des disques SSD.
Contexte Technique
Codex utilise une base de données SQLite pour stocker les journaux de feedback. Cependant, la configuration par défaut de Codex peut entraîner une écriture excessive de données dans cette base de données, ce qui peut consommer rapidement l'espace disque. Les journaux de niveau TRACE sont les principaux responsables de cette consommation excessive.
Les tests ont montré que, en 21 jours, le disque principal a écrit environ 37 To de données, ce qui correspond à environ 640 To par an. Cela peut épuiser la durée de vie d'un disque SSD en moins d'un an.
Analyse et Implications
Ce bogue peut avoir des implications importantes pour les utilisateurs de Codex, notamment une consommation excessive de l'espace disque et une réduction de la durée de vie des disques SSD. Cela peut également entraîner des problèmes de performances et de stabilité.
Les tests ont également montré que les journaux de niveau INFO sont également une source importante de consommation de l'espace disque, notamment les événements de type OpenTelemetry.
Perspective
Pour résoudre ce problème, il est proposé de modifier la configuration par défaut de Codex pour réduire la quantité de données écrites dans la base de données SQLite. Cela peut inclure la suppression ou la réduction des journaux de niveau TRACE et INFO, ainsi que la mise en place d'une limite de taille pour la base de données.
Il est également important de surveiller l'espace disque et la durée de vie des disques SSD pour éviter les problèmes de consommation excessive de l'espace disque.
Les utilisateurs de Codex doivent être conscients de ce problème et prendre des mesures pour réduire la consommation de l'espace disque, notamment en modifiant la configuration de Codex ou en utilisant des outils de surveillance de l'espace disque.
