Scaling sidekiq réseau archetecture: concurrence vs processus

Question

Je me demande comment mettre à l'échelle efficacement sidekiq sur mon serveur.

The author says il utilise 6 processus sidekiq, chacun avec une simultanéité définie sur 25. He also suggests en essayant la simultanéité de 50 si vous avez des E/S lourdes.

Quelle est la différence entre l'ajout de plusieurs processus ou l'augmentation de la concurrence? Quel est le meilleur moyen d'aider mon application à traiter plus de tâches plus rapidement?

Answer 1

J'ai testé avec une simultanéité aussi élevée que 300 mais à ce niveau, vous commencez à avoir des problèmes avec l'IRM. Mike, l'auteur, doesn't recommend concurrency higher than 50 threads per instance of sidekiq. D'après ce que je comprends, d'autres instances permettront de traiter vos travaux secondaires plus rapidement car ils ne sont pas bloqués par l'IRM de Ruby. Le seul inconvénient avec des instances supplémentaires serait une certaine quantité de surcharge de mémoire pour chaque instance.