Czy liczba procesów selerowanych zależy od ustawienia --concurrency?

Question

Prowadzimy Seler za Inspektora i uruchomić go z

celeryd --events --loglevel=INFO --concurrency=2 

to jednak tworzy wykres proces, który jest głęboko maksymalnie trzy warstwy i zawiera aż 7 procesów celeryd (Promotor ikra jeden celeryd, który spawns kilka inne, które ponownie odradzają procesy). Nasza maszyna ma dwa rdzenie procesora.

Czy wszystkie te procesy działają na zadania? Czy może niektóre z nich są po prostu pulami pracowników? W jaki sposób ustawienie --concurrency jest powiązane z liczbą rzeczywiście zainferowanych procesów?

Answer 1

Nie powinien mieć 7 procesy jeśli --concurrency to 2.

Rzeczywiste procesy uruchomione jest:

• Główny proces konsument

  Delegaci pracować do puli pracowników

• Pula pracownicza (jest to liczba określona jako --concurrency)

A więc jest to 3 procesy o współbieżności dwóch.

Ponadto bardzo lekki proces stosowany do czyszczenia semaforów rozpoczyna jeśli force_execv jest włączona (która jest domyślnie i używasz innego transportu niż REDiS lub RabbitMQ).

UWAGA: w niektórych przypadkach wykazy procesów zawierają również wątki. Pracownik może uruchomić kilka wątków, jeśli używają transportu innego niż rabbitmq/redis, , w tym jeden wątek mediatora, który jest zawsze uruchamiany, chyba że włączone jest CELERY_DISABLE_RATE_LIMITS.