gtilab-ce 16 怎么负载这么高？

[dunhanson]

16 版本

13 版本

[zx900930]

15 版本也挺高的，关掉 prometheus ，限制一下 puma 和 sidekiq 的线程数，gitaly 优化一下（好像 16 改了 gitaly 机制可能无效了）。
能减少一点 pod 的 load 。
还有如果启用了 smtp 检查一下邮件服务器是不是有 rate limit ，有时候发送失败会导致 gitlab 在那无限重试浪费计算资源。

[skyrim61]

我上周五刚下载 gitlab 16 打算升级, 还好没来及的

[perfectlife]

不会这么高吧，前两天刚在 2c4g 的机器上部署 gitlab-ce v16.0.1 ,看起来负载情况并不高
[root@gitlab ~]# uptime
13:22:58 up 6 days, 20:03, 2 users, load average: 0.05, 0.12, 0.08
[root@gitlab ~]# free -h
total used free shared buff/cache available
Mem: 3.5G 2.7G 190M 125M 598M 433M
Swap: 0B 0B 0B

[Biluesgakki]

确实很高 我上月一个 8g 的机器，装了一个 gitlab 一个 jenkins 就占完了...

[dunhanson]

@zx900930 我排查下

[dunhanson]

@perfectlife 确实感觉很怪异，准备排查下

[Champa9ne]

这个监控 pod 负载的是啥服务，请教下楼主

[salmon5]

@Champa9ne #7 https://github.com/kubernetes/dashboard

[dreamramon]

用 gitlab 是这样的。。。有的时候莫名的负载就非常高了。。。

[cy18]

gitlab 负载就是高，用了段时间 gitea ，CPU 是低了很多，无奈 gitea 有些细节功能还是比不过 gitlab ，转回 gitlab 了。

[dunhanson]

@dreamramon @cy18 老版本就不会，16 就异常高

[wjx0912]

@cy18 能具体说下哪些功能不够用吗。正打算 gitlab 转 gitea 呢

[cy18]

@wjx0912 #12
1. 没有原生 CI/CD ，这个可以用第三方的克服。
2. 代码比较功能有问题，比如搞了一个大功能，推送并开 merge request ，review 之后发现点小问题，改过之后重新 push 。在网页上对推送前后的两个 commit 做比较的时候，会显示整个 merge request 的所有改动，而不是第二次修改的那几个小改动。这个比较功能使用非常多，几乎每次 merge request 都会用到，暂时没法无法克服。

[dunhanson]

@perfectlife 我是从 15 升上来的，不知道是不是有问题

[dunhanson]

@zx900930 15 的负载挺正常的

[wjx0912]

@cy18 谢谢。这两个正好也碰到了

[zed1018]

最新版还有 bug ，task 的标题点 issue 进去 404 ，因为 path 少了一个 `/-/`