GitLab v15.2.5克隆速度仅KiB/s，VPS资源正常该如何解决？

问题现象 #

克隆结果：

remote: Counting objects: 100% (250/250), done.
remote: Compressing objects: 100% (215/215), done.
remote: Total 250 (delta 30), reused 250 (delta 30), pack-reused 0
Receiving objects: 100% (250/250), 3.47 MiB | **25.00 KiB/s**, done.
Resolving deltas: 100% (30/30), done.

当前GitLab v15.2.5克隆速度仅为KiB/s级别，几周前运行正常，已确认VPS的RAM和CPU使用率处于正常水平，寻求解决办法。

排查与解决步骤 #

1. 调整GitLab的pack压缩配置 #

GitLab默认的pack压缩级别过高，会增加CPU消耗并拖慢传输速度，可修改配置降低压缩级别：

• 进入GitLab服务器，编辑/etc/gitlab/gitlab.rb文件
• 添加或修改以下配置：

  gitlab_rails['gitconfig_options'] = {
    "pack" => {
      "compression" => "6", # 默认值为9，降低后减少压缩耗时
      "windowMemory" => "512m"
    }
  }
  

• 执行gitlab-ctl reconfigure使配置生效

2. 排查网络链路问题 #

• 在本地与GitLab服务器间执行mtr your-gitlab-server-ip排查网络丢包情况，iperf3测试实际带宽，确认是否为运营商链路故障
• 若使用海外VPS，尝试更换DNS服务器（如8.8.8.8或本地运营商DNS），排查路由绕路问题

3. 检查Gitaly服务状态 #

Gitaly是GitLab处理Git操作的核心服务，性能异常会直接影响克隆速度：

• 执行gitlab-ctl status gitaly确认服务是否正常运行
• 查看Gitaly日志/var/log/gitlab/gitaly/current，排查是否有报错或超时信息
• 用iostat -x 1检查服务器磁盘IO情况，磁盘IO过高会严重拖慢Gitaly的读写速度

4. 切换克隆协议测试 #

SSH协议的加密开销可能影响速度，尝试使用HTTP/HTTPS地址克隆：

git clone https://你的GitLab地址/目标项目.git

5. 清理缓存与临时文件 #

• 清理GitLab应用缓存：gitlab-rake cache:clear
• 进入项目仓库存储目录（通常在/var/opt/gitlab/git-data/repositories/@hashed/下对应项目路径），执行git gc --prune=now清理冗余的pack文件

6. 升级GitLab版本（可选） #

GitLab v15.2.5存在部分已知性能问题，可考虑升级至同系列的LTS稳定版本（如v15.11.x），升级前务必做好数据备份。

内容的提问来源于stack exchange，提问作者upz zz