1

尝试在 Gitlab 的论坛上发帖但没有运气,所以我想我会在这里尝试。

我们已经使用 Gitlab10 CE 几个月了。我们是一家很小的商店,只有 5 名开发人员,所以我们的 gitlab 实例很忙,但无论如何都没有疯狂,但我们经常遇到内存问题。它是在 Ubuntu 16.04 上运行的虚拟机。我最初从推荐的 1 核和 4GB 内存开始,我们不断收到有关内存和 CPU 问题的警报。我将规格提高到 2 个内核和 8GB 内存。同样的问题。我现在已经把盒子推到了 8 个内核和 32GB 的 CPU 上,而且我仍然经常收到有关内存问题的警报(尽管 CPU 已经下降了很多)。截至发此消息时,我们在过去 5 小时内收到了 20 条内存警报。当我们甚至没有人接触系统时,这些事情甚至会在夜间出现。

当我运行 HTOP 时,有 28 个名为 sidekiq 5.0.4 gitlab-rails [0 of 25 busy] 的进程声称每个进程占用了我们总内存的 2%。那是超过 16GB 的价值!在这之下,有一大批独角兽工人每人花费了我们总内存的 1.8%。

我们对使用 gitlab 还很陌生,所以很容易有一些我只是想念的东西。关于如何限制每个进程的数量或限制 git 的整体内存消耗的任何建议都很棒。谢谢!

4

1 回答 1

1

我敢打赌你看到的是线程,而不是 htop 中的进程。按 Shift-H 查看进程。这些线程都共享相同的 2% 的内存。

确保您及时了解 GitLab 版本,他们一直在修复错误并优化他们的代码。

于 2018-06-08T20:18:45.543 回答