I just restarted the gitlab service, now should be better.

However, the issue is related with the amount of ram used which is near
the maximum available. Unicorn and sidekiq are using a lot of ram: shall
we decrease the number of sidekiq process to something more human, let's
say 5-10 processes instead of 25?


On 24/11/16 15:11, golinux@??? wrote:
> git is still unbearably slow. Fortunately, I don't have much to do
> there.
>
> golinux
>
> On 2016-11-24 07:30, Alberto Zuin - Private wrote:
>> I don't know why, but seems there was something really heavy which
>> now is done:
>>
>> root@git:~# uptime
>> 14:28:49 up 31 days, 14:12, 1 user, load average: 0.75, 2.36, 2.88
>>
>> Alberto
>>
>>
>>
>> On 24/11/16 13:20, Jaromil wrote:
>>> On Wed, 23 Nov 2016, Alberto Zuin - Private wrote:
>>>
>>>> IMHO, let's chose the faster option because now it's really
>>>> important for us
>>>> to release a RC as soon as possible.
>>>
>>> yes. we'll be pushing for a beta2 just now that we have fixed the CD
>>> offline install and the current blocker of the keyring update, both
>>> too urgent to wait further.
>>>
>>> meanwhile with help from Nextime and CenturionDan we are trying to
>>> build the desktop related packages that are ready for deployement, not
>>> pretending that the result will be the final desktop of Devuan as it
>>> is designed, but should be getting closer to it at least.
>>>
>>> right now we need help from you Alberto to understand why the gitlab
>>> started being veery slow, just started happening approx 30m ago
>>>
>>> as we are working on it, is rather important it doesnt fails us right
>>> now, nor it undergoes any kind of update during the release period.
>>> I have no access to it so I cannot check myself
>>>
>>> thanks!
>>>
>>> ciao
>>>
>>>
> _______________________________________________
> devuan-dev internal mailing list
> devuan-dev@???
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/devuan-dev