Uso de CPU inusualmente alto

[supermathie (Michael Brown)]

@char

Hipótesis: no hay suficiente memoria: las consultas van al swap.

(no al swap, sino que están leyendo desde el disco)

Esto coincide con mis observaciones anteriores:

@supermathie

solo hay alrededor de 6 GB ocupados por las aplicaciones. Hay mucha lectura ocurriendo, que supongo (junto con que sidekiq está ocupado) tal vez postgres esté leyendo muchos datos antiguos del disco, quizás para hacer algunos trabajos de estadísticas. Si la base de datos no cabe en la RAM, es potencial que realice muchas lecturas si se accede a esos datos más antiguos.

@char

pg_total_relation_size

Ten en cuenta que este es el tamaño de la relación e índices. Compáralo con pg_relation_size.

@char

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

Esto es de ScoreCalculator, parte de PeriodicalUpdates.

@char

muchos recálculos de estadísticas están acaparando recursos (es decir, Jobs::DestroyOldDeletionStubs - 419 segundos; Jobs::AboutStats - 472 segundos; Jobs::EnsureDbConsistency 2083 segundos; Jobs::TopRefreshOlder - 2727 segundos

Este es tu hallazgo que necesita ser resuelto. En comparación, aquí en meta Jobs::EnsureDbConsistency tarda <2min y Jobs::TopRefreshOlder tarda <10s:

Postgres necesita más memoria. Dale tanta como puedas.

También podrías ver un beneficio con un VACUUM ANALYZE o VACUUM ANALYZE FULL. Hacer el primero nunca perjudica.

Yo probablemente haría, en orden:

• vacuum analyze
• pausar sidekiq y luego vacuum analyze full (esto congela las tablas para reescribirlas completamente, puede generar algunos fallos mientras se ejecuta)
• más memoria para postgres