J’ai effectué des tests d’importation depuis un autre logiciel avec un grand tableau de bord (environ 10 millions de messages) et j’ai remarqué que, pendant l’exécution du processus d’importation, un autre processus Ruby semble être Sidekiq, qui empile un grand nombre de processus en file d’attente (Sidekiq affichant plus de 100 000 processus mis en file d’attente). Existe-t-il une meilleure façon de gérer cela ? Est-il possible (ou recommandé) de désactiver Sidekiq lors de l’exécution d’une grande importation ? Si oui, comment procéder ?
Vous pouvez désactiver le paramètre du site discourse narrative bot enabled pour éviter de générer ce message pour chaque nouvel utilisateur, mais la plupart de ces tâches doivent être exécutées. Il existe plusieurs sujets ici concernant l’augmentation du nombre de jobs Sidekiq pour traiter la file d’attente plus rapidement.
D’accord, ça me semble bon. Je pense qu’ajouter un autre worker Sidekiq pourrait aider. Je vais probablement aussi désactiver ce paramètre comme vous le suggérez, du moins pour l’importation, même si cela ne concerne que les utilisateurs. Mon principal problème sera le traitement nécessaire pour les millions de messages.
J’ai trouvé ce fil de discussion sur la façon d’ajuster le nombre de workers Sidekiq : Imported users not receiving verification emails due to massive Sidekiq backlog - #10 by gerhard
Merci !
Les migrations ne désactivent pas discobot pendant la migration ? C’est plutôt choquant.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.