Utilisation du CPU anormalement élevée

[supermathie (Michael Brown)]

@char

J’émettrais l’hypothèse d’un manque de mémoire : les requêtes passent dans le swap.

(pas dans le swap, mais elles lisent depuis le disque)

ceci correspond à mes observations précédentes :

@supermathie

il n’y a qu’environ 6 Go utilisés par les applications. Il y a beaucoup de lecture en cours, ce que je suppose (avec sidekiq occupé) pourrait signifier que postgres effectue beaucoup de lectures d’anciennes données depuis le disque, peut-être pour effectuer des tâches de statistiques. Si la base de données ne tient pas dans la RAM, elle risque d’effectuer beaucoup de lectures si ces données plus anciennes sont consultées.

@char

pg_total_relation_size

Notez que c’est la taille de la relation et des index. Comparez avec pg_relation_size.

@char

  2501 | 2026-02-07 11:25:01.028892+00 | active | IO              | DataFileRead | UPDATE posts                                                                                        +\n       |                               |        |                 |              | SET percent_rank = X.percent_rank                                                                   +\n       |                               |        |                 |              | FROM (                                                                                              +\n       |                               |        |                 |              |   SELECT posts.id, Y.percent_rank                                                                   +\n       |                               |        |                 |              |   FROM posts

Ceci provient de ScoreCalculator, faisant partie de PeriodicalUpdates.

@char

de nombreux recalculs de statistiques accaparent les ressources (c.-à-d. Jobs::DestroyOldDeletionStubs - 419 secondes ; Jobs::AboutStats - 472 secondes ; Jobs::EnsureDbConsistency 2083 secondes ; Jobs::TopRefreshOlder - 2727 secondes

C’est votre constat qui doit être résolu. En comparaison, ici sur meta, Jobs::EnsureDbConsistency prend moins de 2 minutes et Jobs::TopRefreshOlder prend moins de 10 secondes :

Postgres a besoin de plus de mémoire. Donnez-lui autant que vous le pouvez.

Vous pourriez également constater un bénéfice avec un VACUUM ANALYZE ou VACUUM ANALYZE FULL. Effectuer le premier ne fait jamais de mal.

Je ferais probablement, dans l’ordre :

• vacuum analyze
• mettre en pause sidekiq puis vacuum analyze full (cela gèle les tables pour les réécrire entièrement, peut entraîner des échecs pendant son exécution)
• plus de mémoire pour postgres