1. 26 Oct, 2021 7 commits
  2. 25 Oct, 2021 7 commits
  3. 21 Oct, 2021 4 commits
  4. 20 Oct, 2021 4 commits
  5. 19 Oct, 2021 3 commits
  6. 15 Oct, 2021 4 commits
  7. 14 Oct, 2021 9 commits
  8. 13 Oct, 2021 2 commits
    • Josip Sokcevic's avatar
      Revert "Limit number of concurrent gsutil cp calls" · 9fe4fb87
      Josip Sokcevic authored
      This reverts commit d3cfea0c.
      
      Reason for revert: using self.GSUTIL_CP_SEMAPHORE instead of
      global GSUTIL_CP_SEMAPHORE
      
      Original change's description:
      > Limit number of concurrent gsutil cp calls
      >
      > gsutil utilizes as many cores as possible, and will create many threads
      > too. In combination with gclient doing the same thing (utilize as many
      > cores as possible), this results in creating way too many processes and
      > some builders are running out of resources (e.g. can't create threads).
      >
      > This limits number of gsutil cp commands in git_cache to two.
      >
      > R=​apolito@google.com, dpranke@google.com
      >
      > Bug: 1255228, 1249003
      > Change-Id: Ifcccaacde6c9e1c60c1da0a0bc5a3e512e158dcc
      > Reviewed-on: https://chromium-review.googlesource.com/c/chromium/tools/depot_tools/+/3219900
      > Reviewed-by: Dirk Pranke <dpranke@google.com>
      > Commit-Queue: Josip Sokcevic <sokcevic@google.com>
      
      Bug: 1255228, 1249003
      Change-Id: I0fde2477ea620c683b49efaa2a70262bd8e615e2
      No-Presubmit: true
      No-Tree-Checks: true
      No-Try: true
      Reviewed-on: https://chromium-review.googlesource.com/c/chromium/tools/depot_tools/+/3221900
      Bot-Commit: Rubber Stamper <rubber-stamper@appspot.gserviceaccount.com>
      Commit-Queue: Josip Sokcevic <sokcevic@google.com>
      Reviewed-by: 's avatarDirk Pranke <dpranke@google.com>
      9fe4fb87
    • Josip Sokcevic's avatar
      Limit number of concurrent gsutil cp calls · d3cfea0c
      Josip Sokcevic authored
      gsutil utilizes as many cores as possible, and will create many threads
      too. In combination with gclient doing the same thing (utilize as many
      cores as possible), this results in creating way too many processes and
      some builders are running out of resources (e.g. can't create threads).
      
      This limits number of gsutil cp commands in git_cache to two.
      
      R=apolito@google.com, dpranke@google.com
      
      Bug: 1255228, 1249003
      Change-Id: Ifcccaacde6c9e1c60c1da0a0bc5a3e512e158dcc
      Reviewed-on: https://chromium-review.googlesource.com/c/chromium/tools/depot_tools/+/3219900Reviewed-by: 's avatarDirk Pranke <dpranke@google.com>
      Commit-Queue: Josip Sokcevic <sokcevic@google.com>
      d3cfea0c