BigW Consortium Gitlab

  1. 29 Jan, 2016 3 commits
  2. 28 Jan, 2016 1 commit
  3. 20 Jan, 2016 2 commits
  4. 19 Jan, 2016 2 commits
    • Greatly improve external_issue_tracker performance · b4ee6f57
      Yorick Peterse authored
      This greatly improves the performance of Project#external_issue_tracker
      by moving most of the fields queried in Ruby to the database and letting
      the database handle all logic. Prior to this change the process of
      finding an external issue tracker was along the lines of the following:
      
      1. Load all project services into memory.
      2. Reduce the list to only services where "issue_tracker?" returns true
      3. Reduce the list from step 2 to service where "default?" returns false
      4. Find the first service where "activated?" returns true
      
      This has to two big problems:
      
      1. Loading all services into memory only to reduce the list down to a
         single item later on is a waste of memory (and slow timing wise).
      2. Calling Array#select followed by Array#reject followed by Array#find
         allocates extra objects when this really isn't needed.
      
      To work around this the following service fields have been moved to the
      database (instead of being hardcoded):
      
      * category
      * default
      
      This in turn means we can get the external issue tracker using the
      following query:
      
          SELECT *
          FROM services
          WHERE active IS TRUE
          AND default IS FALSE
          AND category = 'issue_tracker'
          AND project_id = XXX
          LIMIT 1
      
      This coupled with memoizing the result (just as before this commit)
      greatly reduces the time it takes for Project#external_issue_tracker to
      complete. The exact reduction depends on one's environment, but locally
      the execution time is reduced from roughly 230 ms to only 2 ms (= a
      reduction of almost 180x).
      
      Fixes gitlab-org/gitlab-ce#10771
  5. 18 Jan, 2016 1 commit
  6. 14 Jan, 2016 2 commits
  7. 13 Jan, 2016 2 commits
  8. 06 Jan, 2016 1 commit
  9. 05 Jan, 2016 1 commit
  10. 04 Jan, 2016 1 commit
  11. 29 Dec, 2015 1 commit
    • Write to InfluxDB directly via UDP · 620e7bb3
      Yorick Peterse authored
      This removes the need for Sidekiq and any overhead/problems introduced
      by TCP. There are a few things to take into account:
      
      1. When writing data to InfluxDB you may still get an error if the
         server becomes unavailable during the write. Because of this we're
         catching all exceptions and just ignore them (for now).
      2. Writing via UDP apparently requires the timestamp to be in
         nanoseconds. Without this data either isn't written properly.
      3. Due to the restrictions on UDP buffer sizes we're writing metrics one
         by one, instead of writing all of them at once.
  12. 28 Dec, 2015 2 commits
  13. 24 Dec, 2015 3 commits
  14. 14 Dec, 2015 1 commit
  15. 11 Dec, 2015 3 commits
  16. 10 Dec, 2015 3 commits
  17. 07 Dec, 2015 1 commit
  18. 05 Dec, 2015 1 commit
  19. 25 Nov, 2015 1 commit
  20. 23 Nov, 2015 1 commit
  21. 19 Nov, 2015 1 commit
  22. 18 Nov, 2015 6 commits