mysql-令人难以置信的慢GitLab

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了mysql-令人难以置信的慢GitLab，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1048字，纯文字阅读大概需要2分钟。

内容图文

我管理一个带有多个大型存储库的大型GitLab服务器.性能一直很不一致,但是大多数时候它非常非常慢.在较大的项目中,我们有50个分支,访问“合并请求”页面或“分支”页面本身几乎需要一整分钟.日志似乎显示不多-如果我需要提供任何日志,请告诉我.我试图重新启动服务器,并手动“ git gc”每个回购,但无济于事. GitLab的首页也需要永久加载.我们连接到MySQL数据库,并想知道这是否可能导致延迟.

在这一点上,我不确定是什么原因导致滞后以及如何确定滞后.我希望有任何帮助.如果可以提供更多信息,请告诉我.

解决方法:

如前所述,您可能会对Server Fault或GitLab mailing list感到更好.

您应该检查GitLab的不同组件,并尝试确定导致缓慢的瓶颈：

https://github.com/gitlabhq/gitlabhq/blob/master/doc/development/architecture.md

根据您的安装,您可能需要优化其中一个或多个组件的配置.如果所有组件都已配置为与您的硬件相匹配,但仍然显示速度较慢,则需要改进运行安装的硬件.

GitLab文档(要求页面)提到：

If you have enough RAM memory and a recent CPU the speed of GitLab is
mainly limited by hard drive seek times. Having a fast drive (7200 RPM
and up) or a solid state drive (SSD) will improve the responsiveness
of GitLab.

内容总结

以上是互联网集市为您收集整理的mysql-令人难以置信的慢GitLab全部内容，希望文章能够帮你解决mysql-令人难以置信的慢GitLab所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

---