- 26 Jul, 2016 1 commit
-
-
Stan Hu authored
This significantly reduces the DB churn in the PostReceive task when it performs reference extraction. See #18663
-
- 06 Jul, 2016 1 commit
-
-
James Lopez authored
-
- 27 Jun, 2016 1 commit
-
-
James Lopez authored
-
- 21 Apr, 2016 1 commit
-
-
Jacob Vosmaer authored
This makes the memory killer behave more like 'sidekiqctl stop'.
-
- 15 Apr, 2016 1 commit
-
-
David authored
-
- 13 May, 2015 1 commit
-
-
Jacob Vosmaer authored
This makes the memory growth-triggered Sidekiq restarts more reliable by reducing the chance that Sidekiq ends up in a state where it is not accepting new jobs but also not shutting down: SIGKILL is more likely to work than SIGTERM.
-
- 07 May, 2015 1 commit
-
-
Jacob Vosmaer authored
It looks like SIGTERM may not be enough to shut down a Sidekiq process when its RSS has gotten too big. This change will allow us to experiment with sending SIGKILL instead of SIGTERM to Sidekiq processes on gitlab.com.
-
- 08 Dec, 2014 2 commits
-
-
Jacob Vosmaer authored
-
Jacob Vosmaer authored
-
- 05 Dec, 2014 1 commit
-
-
Jacob Vosmaer authored
-
- 28 Nov, 2014 2 commits
-
-
Jacob Vosmaer authored
-
Jacob Vosmaer authored
When enabled, this middleware allows Sidekiq to detect that its RSS has exceeded a maximum value, triggering a graceful shutdown. This middleware should be combined with external process supervision that will restart Sidekiq after the graceful shutdown, such as Runit.
-
- 28 Jul, 2014 1 commit
-
-
Jacob Vosmaer authored
-