<div dir="ltr"><div dir="ltr">On Sun, Apr 20, 2025 at 3:05 AM Thomas Friedrichsmeier <<a href="mailto:thomas.friedrichsmeier@kdemail.net">thomas.friedrichsmeier@kdemail.net</a>> wrote:</div><div class="gmail_quote gmail_quote_container"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sat, 19 Apr 2025 07:25:36 +1200<br>
Ben Cooksley <<a href="mailto:bcooksley@kde.org" target="_blank">bcooksley@kde.org</a>> wrote:<br>
[...]<br>
> This morning I ran a basic query to ascertain the top 20 projects for<br>
> CI time utilisation on <a href="http://invent.kde.org" rel="noreferrer" target="_blank">invent.kde.org</a> which revealed the following:<br>
<br>
What (rough) percentage is that of the total? I.e. is the problem more<br>
one of a few projects hogging up most resources, or is it waste across<br>
the board? (Also keeping in mind that using a lot of resources may also<br>
be a sign of a lot of development activity). <br>
<br>
For RKWard, I believe it's our deployment jobs that take up a<br>
disproportionate amount of time (and I have tossed out one of those,<br>
now). Personally, I would be quite happy, if those would run with some<br>
delay (possibly with an option to trigger them early, manually). No<br>
idea, whether a change like that would make a noticeable difference, if<br>
applied across the board.<br></blockquote><div><br></div><div>I've had a look and Gitlab supports delaying the start of jobs. </div><div>See <a href="https://docs.gitlab.com/ci/jobs/job_control/#run-a-job-after-a-delay">https://docs.gitlab.com/ci/jobs/job_control/#run-a-job-after-a-delay</a> </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Regards<br>
Thomas<br></blockquote><div><br></div><div>Cheers,</div><div>Ben </div></div></div>