1. 01 Apr, 2019 1 commit
    • Stan Hu's avatar
      Force a full GC after importing a project · d4c6a3af
      Stan Hu authored
      During a project import, it's possible that new branches are created by
      the importer to handle pull requests that have been created from forked
      projects, which would increment the `pushes_since_gc` value via
      `HousekeepingService.increment!` before a full garbage collection gets
      to run. This causes HousekeepingService to skip the full `git gc` and
      move to the incremental repack mode. To ensure that a garbage collection
      is run to pack refs and objects, explicitly execute the task.
      
      Closes https://gitlab.com/gitlab-org/gitlab-ce/issues/59477
      d4c6a3af
  2. 23 Jul, 2018 1 commit
  3. 26 Apr, 2018 1 commit
  4. 11 Sep, 2017 1 commit
  5. 07 Sep, 2017 1 commit
  6. 24 Aug, 2017 1 commit
  7. 23 Aug, 2017 1 commit
  8. 11 Aug, 2017 1 commit
  9. 21 Jun, 2017 1 commit
  10. 01 May, 2017 1 commit
  11. 28 Mar, 2017 1 commit
  12. 23 Feb, 2017 2 commits
  13. 04 Nov, 2016 1 commit
  14. 19 Sep, 2016 1 commit
  15. 13 Sep, 2016 1 commit
    • Yorick Peterse's avatar
      Move pushes_since_gc to Redis · 4e87c023
      Yorick Peterse authored
      This moves tracking of the pushes since the last Git GC from PostgreSQL
      to Redis. This reduces the number of writes on the "projects" table.
      This in turn reduces the vacuuming overhead.
      
      The lease used for incrementing the counter has been removed. This lease
      was mostly put in place to prevent high database load but this isn't
      needed anymore due to the counter now being stored in Redis.
      
      Fixes gitlab-org/gitlab-ce#22125
      4e87c023
  16. 12 Jul, 2016 2 commits
  17. 30 Jun, 2016 1 commit
  18. 18 Mar, 2016 1 commit
  19. 15 Mar, 2016 1 commit
  20. 14 Mar, 2016 3 commits