What are the drawbacks of leaving the default at 25 workers? On Wed, Sep 2, 2015 at 5:11 PM, David Southard <nacengin...@gmail.com> wrote:
> Came across this via google search. Just for future visitors (probably me) > its important to note that to configure sidekiq you only need to put a > sidekiq.yml file in rails' config directory per this doc > > > https://github.com/mperham/sidekiq/wiki/Advanced-Options#the-sidekiq-configuration-file > > > On Tuesday, April 9, 2013 at 4:31:56 PM UTC-5, Vitaliy Dj wrote: >> >> Hi I'm not ruby developer too, but I'm added this option to config >> >> vim /home/git/gitlab/config/initializers/4_sidekiq.rb >> >> Sidekiq.configure_server do |config| >> config.options[:concurrency] = 2 >> config.redis = { >> url: resque_url, >> namespace: 'resque:gitlab' >> } >> end >> >> but, there is still too many of them and they eat memory >> >> 13298 git 20 0 940M 121M 7748 S 0.0 12.2 0:00.00 >> unicorn_rails master -c /home/git/gitlab/config/unicorn.rb -E production >> 13317 git 20 0 940M 121M 7748 S 0.0 12.2 0:00.00 >> unicorn_rails master -c /home/git/gitlab/config/unicorn.rb -E production >> 13235 git 20 0 940M 121M 7748 S 0.0 12.2 0:05.46 >> unicorn_rails master -c /home/git/gitlab/config/unicorn.rb -E production >> 13295 git 20 0 40952 8024 2776 S 0.0 0.8 0:00.03 python2 >> /home/git/gitlab/vendor/bundle/ruby/2.0.0/gems/gitlab-pygments.rb-0.3.2/lib/pygments/mentos.py >> 13309 git 20 0 1420M 130M 7984 S 0.0 13.1 0:00.00 sidekiq >> 2.7.5 gitlab [0 of 2 busy] >> 13312 git 20 0 1420M 130M 7984 S 0.0 13.1 0:00.00 sidekiq >> 2.7.5 gitlab [0 of 2 busy] >> 13313 git 20 0 1420M 130M 7984 S 0.0 13.1 0:00.00 sidekiq >> 2.7.5 gitlab [0 of 2 busy] >> 13314 git 20 0 1420M 130M 7984 S 0.0 13.1 0:00.00 sidekiq >> 2.7.5 gitlab [0 of 2 busy] >> 13315 git 20 0 1420M 130M 7984 S 0.0 13.1 0:00.00 sidekiq >> 2.7.5 gitlab [0 of 2 busy] >> 13322 git 20 0 1420M 130M 7984 S 0.0 13.1 0:00.00 sidekiq >> 2.7.5 gitlab [0 of 2 busy] >> 13328 git 20 0 1420M 130M 7984 S 0.0 13.1 0:01.38 sidekiq >> 2.7.5 gitlab [0 of 2 busy] >> 13329 git 20 0 1420M 130M 7984 S 0.0 13.1 0:00.99 sidekiq >> 2.7.5 gitlab [0 of 2 busy] >> 13330 git 20 0 1420M 130M 7984 S 0.0 13.1 0:00.00 sidekiq >> 2.7.5 gitlab [0 of 2 busy] >> 13331 git 20 0 1420M 130M 7984 S 0.0 13.1 0:00.00 sidekiq >> 2.7.5 gitlab [0 of 2 busy] >> 13332 git 20 0 1420M 130M 7984 S 0.0 13.1 0:00.30 sidekiq >> 2.7.5 gitlab [0 of 2 busy] >> 13412 git 20 0 1420M 130M 7984 S 0.0 13.1 0:00.28 sidekiq >> 2.7.5 gitlab [0 of 2 busy] >> 13304 git 20 0 1420M 130M 7984 S 0.0 13.1 0:08.58 sidekiq >> 2.7.5 gitlab [0 of 2 busy] >> 13318 git 20 0 1042M 247M 5940 S 0.0 24.8 0:00.00 >> unicorn_rails worker[0] -c /home/git/gitlab/config/unicorn.rb -E production >> 13316 git 20 0 1042M 247M 5940 S 0.0 24.8 0:24.19 >> unicorn_rails worker[0] -c /home/git/gitlab/config/unicorn.rb -E production >> 13319 git 20 0 38100 7976 2720 S 0.0 0.8 0:00.02 python2 >> /home/git/gitlab/vendor/bundle/ruby/2.0.0/gems/gitlab-pygments.rb-0.3.2/lib/pygments/mentos.py >> >> >> >> On Tuesday, March 5, 2013 8:58:32 AM UTC+2, Christoph Kretzschmar wrote: >>> >>> Hi there, >>> >>> just got a little question. I want to use the Gitlab for productional >>> internal usage, the problem is that it will never be so big that 25 workers >>> of Sidekiq will be ever needed. >>> So I read the documentation about Sidekiq and so on but I am not a ruby >>> developer and got no functional clue how to set the worker count. I googled >>> and didn't found the answer neither.... >>> >>> I defined a sidekiq.yml inside the config dir and set the concurrency, >>> but with no effect on the count of the workers themselves. Also tried to >>> set the -c option in the Procfile, same result... >>> >>> So how does the magic work and why is it not documented in your >>> Troubleshooting catalog? :) >>> >>> Regards, >>> Christoph Kretzschmar >>> >> -- > You received this message because you are subscribed to the Google Groups > "GitLab" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to gitlabhq+unsubscr...@googlegroups.com. > To view this discussion on the web visit > https://groups.google.com/d/msgid/gitlabhq/75ea0cb8-50cc-410d-ba1e-8b76b65ea6d1%40googlegroups.com > <https://groups.google.com/d/msgid/gitlabhq/75ea0cb8-50cc-410d-ba1e-8b76b65ea6d1%40googlegroups.com?utm_medium=email&utm_source=footer> > . > For more options, visit https://groups.google.com/d/optout. > -- Alex Elman -- You received this message because you are subscribed to the Google Groups "GitLab" group. To unsubscribe from this group and stop receiving emails from it, send an email to gitlabhq+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/gitlabhq/CAD-8G_ohBn_HuOk0bRzxoxaSj8S%3D%3D8VhhyD0NEnp4NsHgTpJxg%40mail.gmail.com. For more options, visit https://groups.google.com/d/optout.