gerrit load

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.

Neels Hofmeyr nhofmeyr at sysmocom.de
Tue Dec 19 15:54:16 UTC 2017


I noticed that gerrit places constant load on the server.
When I first checked, it was between 30 and 60% CPU load, now is more like
10-15%, but still it is constant load.

I'm pretty sure we're not all clicking around in gerrit all the time, so
what would it be:

Gerrit does things in the background, like checking whether unmerged
patches have merge conflicts to the current master. I'm not perfectly sure
how often this happens, but my guess is that it happens a lot.

We have around 150 open patches on gerrit. If not for sanity, maybe the
CPU load on the gerrit server could be another reason to reduce that
number.

Related: I notice that the sync of gerrit's git repositories takes longer
than it used to. It would be a minute max, while just now I got >10min,
and I remember Pau noting something similar recently.

I think we should plain abandon patches that have been idling around for
more than 3 months. That would discard about 30, so not that many.

Then we have quite a number that are currently in Merge Conflict...

Seems that we don't get around looking at each one and deciding to kick it
or keep it.

~N
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20171219/8b13b5cd/attachment.bin>


More information about the OpenBSC mailing list