News for hackers. Stuff that matters.
Re:GitLab 10.4 released by maxehmookau on Tuesday January 23, 2018 @11:02AM (#16214557)
Replace "Ruby" with any modern interpreted language and then get over it. With the price of memory so insanely cheap, why does it matter? Gitlab isn't trying to be a lean Go microservice-powered app. It's attempting to be the centre of your source control and deployment world. So 2gb usage seems reasonable to me.

Any cloud provider will provide a VM that can comfortably run it for a very reasonable price.

Re:GitLab 10.4 released by kuschku on Tuesday January 23, 2018 @11:17AM (#16214683)
It’s not just 2GB – I’m running a Gitlab with essentially 2-3 users and activity every few days, and it completely maxes an entire core and uses 6GB RAM constantly.
Re:GitLab 10.4 released by slrz on Tuesday January 23, 2018 @09:40PM (#16219903)
So what does it do when it uses all that CPU despite the lack of requests coming in? Maybe you have misconfigured some periodic job like backup?
Re:GitLab 10.4 released by kuschku on Tuesday January 23, 2018 @11:56PM (#16220429)
I'm using their official helm chart, it's just idling. Sidekiq is doing nothing, the server is serving no requests - I have no idea how it manages to spend so much time on nothing.
Re:GitLab 10.4 released by maxehmookau on Wednesday January 24, 2018 @05:33AM (#16221714)
The helm chart is deprecated. Use their omnibus package, it's very stable.
Re:GitLab 10.4 released by kuschku on Wednesday January 24, 2018 @06:43AM (#16221979)
The helm chart "gitlab" is deprecated, the helm chart "gitlab-omnibus" is currently recommended, and the helm chart "cloud native gitlab" is going to be recommended in the near future - a GitLab employee answered me a few hours ago in this thread :)

I'm using the gitlab-omnibus one.