25 Sidekiq-Prozesse für Gitlab

Wenn htopich mir die Ausgabe auf meinem Server ansehe, sehe ich 25 Sidekiq-Prozesse, die von Gitlab erzeugt wurden. Ich benutze Gitlab privat, daher wird es nie geladen, daher bezweifle ich, dass all diese Prozesse erforderlich sind, aber ich kann nicht sehen, wie ich ihre Anzahl konfigurieren kann.

Gibt es tatsächlich einen Grund für mich, mich auf einem Server mit eingeschränkten Ressourcen darum zu kümmern?

Überprüfen Sie diesen Thread hier: https://github.com/gitlabhq/gitlabhq/issues/2780

Bearbeiten Sie einfach die sidekiq config.yml und beachten Sie die Parallelitätsoption: https://github.com/mperham/sidekiq/blob/master/examples/config.yml

Ich habe die Sidekiq-Startargumente bearbeitet. In GitLab <7.0.0 ist es unter, scripts/background_jobsaber in> 7.0.0 ist es unterbin/background_jobs

Veränderung:

function start_sidekiq
{
  bundle exec sidekiq -q post_receive -q mailer -q system_hook -q project_web_hook -q gitlab_shell -q common -q default -e $RAILS_ENV -P $sidekiq_pidfile $@ >> $sidekiq_logfile 2>&1
}

Zu:

function start_sidekiq
{
  bundle exec sidekiq -c 10 -q post_receive -q mailer -q system_hook -q project_web_hook -q gitlab_shell -q common -q default -e $RAILS_ENV -P $sidekiq_pidfile $@ >> $sidekiq_logfile 2>&1
}

Beachten Sie die -c 10. Ändern Sie das zu was Sie wollen.

In der Debian-Installation von Version 9.3.0 hatte /etc/gitlab/gitlab.rbich Konfigurationszeilen für Sidekiq.

Veränderung

# sidekiq['concurrency'] = 25

zu welcher Zahl auch immer Sie fit erscheinen:

sidekiq['concurrency'] = 5

(Der Grund, warum ich mich selbst geändert habe, war, dass die Standard-25-Prozesse viel RAM verbraucht haben, was dazu führte, dass Swap verwendet wurde, was wiederum dazu führte, dass Gitlab sehr langsam wurde. Die Leistung hat sich nach dieser Änderung für mich erheblich verbessert.)

Die meisten der vorgeschlagenen Lösungen für dieses Problem sowohl in diesem Q & A-Thread als auch an anderer Stelle im Internet scheinen veraltet zu sein, aber das Problem ist immer noch aktuell. Hier ist meine Lösung für Gitlab 9.5.3 unter Archlinux unter Verwendung der Community-Pakete:

Ich war nicht in der Lage, dies durch Hinzufügen eines sidekick.yml, sidekick_queues.ymloder zu irgendetwas anderem in / etc zum Laufen zu bringen, und habe die installierte Paketquelle direkt gehackt.

Bearbeiten Sie die Systemdatei /usr/share/webapps/gitlab/config/sidekiq_queues.ymlund fügen Sie diese Zeile direkt nach dem öffnenden ---YAML-Marker hinzu:

:concurrency: 5

Die resultierende YAML sieht ungefähr so ​​aus:

Dann sudo systemctl restart gitlab-sidekiqund ich bekam endlich nur 5 Fäden durch den Speicher anstatt 25.

Für mich hat es funktioniert, einfach zu gehen /home/git/gitlab/config. Es gab eine sidekiq.yml.exampleDatei. Ich bin gerade gelaufen:

$ cd /home/git/gitlab/config
$ cp sidekiq.yml.example sidekiq.yml

Wenn vim sidekiq.ymlSie verwenden, werden Sie sehen, dass es eine :concurrency:Option gibt. Stellen Sie die gewünschte Anzahl von Sidekiq-Prozessen ein, speichern Sie die Datei und führen Sie sie aus service gitlab restart.

Haftungsausschluss: Der Speicherort Ihres GitLab-Installationsordners kann variieren. Für mich war es/home/git/gitlab

Ich habe eine "From Source" -Gitlab-Version installiert und musste sie bearbeiten config/sidekiq_queues.ymlund hinzufügen :concurrency: X(wobei X Ihre gewünschte Anzahl von Prozessen ist.

Das sidekiq.ymlwird von gitlab nicht verwendet. Sie können dies sehen, wenn Sie sich den laufenden Prozess und seine Option -C ansehen.