Skip to content
Snippets Groups Projects
  1. Jan 24, 2018
  2. Jan 21, 2018
  3. Jan 19, 2018
  4. Jan 18, 2018
  5. Jan 17, 2018
  6. Jan 16, 2018
  7. Jan 15, 2018
  8. Jan 11, 2018
  9. Jan 09, 2018
  10. Jan 05, 2018
  11. Jan 04, 2018
  12. Jan 03, 2018
  13. Jan 02, 2018
  14. Dec 27, 2017
  15. Dec 22, 2017
  16. Dec 19, 2017
  17. Dec 14, 2017
    • Nick Thomas's avatar
      Import gitlab_projects.rb from gitlab-shell · 4b785df2
      Nick Thomas authored
      By importing this Ruby code into gitlab-rails (and gitaly-ruby), we avoid
      200ms of startup time for each gitlab_projects subprocess we are eliminating.
      
      By not having a gitlab_projects subprocess between gitlab-rails / sidekiq and
      any git subprocesses (e.g. for fork_project, fetch_remote, etc, calls), we can
      also manage these git processes more cleanly, and avoid sending SIGKILL to them
      Verified
      4b785df2
  18. Dec 08, 2017
    • Bob Van Landuyt's avatar
      Move the circuitbreaker check out in a separate process · f1ae1e39
      Bob Van Landuyt authored
      Moving the check out of the general requests, makes sure we don't have
      any slowdown in the regular requests.
      
      To keep the process performing this checks small, the check is still
      performed inside a unicorn. But that is called from a process running
      on the same server.
      
      Because the checks are now done outside normal request, we can have a
      simpler failure strategy:
      
      The check is now performed in the background every
      `circuitbreaker_check_interval`. Failures are logged in redis. The
      failures are reset when the check succeeds. Per check we will try
      `circuitbreaker_access_retries` times within
      `circuitbreaker_storage_timeout` seconds.
      
      When the number of failures exceeds
      `circuitbreaker_failure_count_threshold`, we will block access to the
      storage.
      
      After `failure_reset_time` of no checks, we will clear the stored
      failures. This could happen when the process that performs the checks
      is not running.
      f1ae1e39
  19. Dec 07, 2017
  20. Dec 06, 2017
  21. Dec 05, 2017
  22. Dec 01, 2017
  23. Nov 23, 2017
  24. Nov 20, 2017
  25. Nov 17, 2017
  26. Nov 16, 2017
  27. Nov 10, 2017
Loading