<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<p style="font-family:Arial;font-size:10pt;color:#0078D7;margin:15pt;" align="Left">
[AMD Official Use Only - Internal Distribution Only]<br>
</p>
<br>
<div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
The one suggestion I saw that definitely seemed worth looking at was adding download caches if the larger CI systems didn't already have them.
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Then again do we know that CI traffic is generating the bulk of the costs ? My guess would have been that individual developers and users would be generating as much traffic as the CI rigs.
<br>
</div>
<div>
<div id="appendonsend"></div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
<br>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>From:</b> amd-gfx <amd-gfx-bounces@lists.freedesktop.org> on behalf of Jason Ekstrand <jason@jlekstrand.net><br>
<b>Sent:</b> March 1, 2020 3:18 PM<br>
<b>To:</b> Jacob Lifshay <programmerjake@gmail.com>; Nicolas Dufresne <nicolas@ndufresne.ca><br>
<b>Cc:</b> Erik Faye-Lund <erik.faye-lund@collabora.com>; Daniel Vetter <daniel.vetter@ffwll.ch>; Michel Dänzer <michel@daenzer.net>; X.Org development <xorg-devel@lists.x.org>; amd-gfx list <amd-gfx@lists.freedesktop.org>; wayland <wayland-devel@lists.freedesktop.org>;
X.Org Foundation Board <board@foundation.x.org>; Xorg Members List <members@x.org>; dri-devel <dri-devel@lists.freedesktop.org>; Mesa Dev <mesa-dev@lists.freedesktop.org>; intel-gfx <intel-gfx@lists.freedesktop.org>; Discussion of the development of and with
GStreamer <gstreamer-devel@lists.freedesktop.org><br>
<b>Subject:</b> Re: [Intel-gfx] [Mesa-dev] gitlab.fd.o financial situation and impact on services</font>
<div> </div>
</div>
<div>
<div dir="auto">
<div dir="auto">I don't think we need to worry so much about the cost of CI that we need to micro-optimize to to get the minimal number of CI runs. We especially shouldn't if it begins to impact coffee quality, people's ability to merge patches in a timely
manner, or visibility into what went wrong when CI fails. I've seen a number of suggestions which will do one or both of those things including:</div>
<div dir="auto"><br>
</div>
<div dir="auto"> - Batching merge requests</div>
<div dir="auto"> - Not running CI on the master branch</div>
<div dir="auto"> - Shutting off CI</div>
<div dir="auto"> - Preventing CI on other non-MR branches</div>
<div dir="auto"> - Disabling CI on WIP MRs</div>
<div dir="auto"> - I'm sure there are more...</div>
<div dir="auto"><br>
</div>
<div dir="auto">I think there are things we can do to make CI runs more efficient with some sort of end-point caching and we can probably find some truly wasteful CI to remove. Most of the things in the list above, I've seen presented by people who are only
lightly involved the project to my knowledge (no offense to anyone intended). Developers depend on the CI system for their day-to-day work and hampering it will only show down development, reduce code quality, and ultimately hurt our customers and community.
If we're so desperate as to be considering painful solutions which will have a negative impact on development, we're better off trying to find more money.</div>
<div dir="auto"><br>
</div>
<div dir="auto">--Jason</div>
<div dir="auto"><br>
</div>
<div id="x_aqm-original" style="color:black">
<div class="x_aqm-original-body">
<div style="color:black">
<p style="color:black; font-size:10pt; font-family:sans-serif; margin:8pt 0">On March 1, 2020 13:51:32 Jacob Lifshay <programmerjake@gmail.com> wrote:</p>
<blockquote type="cite" class="x_gmail_quote" style="margin:0 0 0 0.75ex; border-left:1px solid #808080; padding-left:0.75ex">
<div dir="auto">One idea for Marge-bot (don't know if you already do this):
<div dir="auto">Rust-lang has their bot (bors) automatically group together a few merge requests into a single merge commit, which it then tests, then, then the tests pass, it merges. This could help reduce CI runs to once a day (or some other rate). If the
tests fail, then it could automatically deduce which one failed, by recursive subdivision or similar. There's also a mechanism to adjust priority and grouping behavior when the defaults aren't sufficient.</div>
<div dir="auto"><br>
</div>
<div dir="auto">Jacob</div>
</div>
<div>_______________________________________________</div>
<div>Intel-gfx mailing list</div>
<div><a class="x_aqm-autolink x_aqm-autowrap" href="mailto:Intel-gfx%40lists.freedesktop.org">Intel-gfx@lists.freedesktop.org</a></div>
<div><a class="x_aqm-autolink x_aqm-autowrap" href="https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.freedesktop.org%2Fmailman%2Flistinfo%2Fintel-gfx&data=02%7C01%7Cjohn.bridgman%40amd.com%7C96fa507073f24b02f4b808d7be1daf8a%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637186907338419170&sdata=eT%2FUHbHaS1bZdvQOPjJ6wm0pqZSj2YE8k54%2FZHurRgA%3D&reserved=0" originalsrc="https://lists.freedesktop.org/mailman/listinfo/intel-gfx" shash="ktF1cEQ0POHqVykcchKCtEugYe4EbGyHOPmY/qj0sk5Ennmjm7g2mePEyf/qXfXQvSZMPJVrCTC/gNnWszjsskSxZAeCeaW7i6Yy+hdYU3IAicUGztA+RAQ6yhvgltrWmHah3Uh8ypc1YQrVADhiKZ9UC38Pk6z0FMxiz/7FWnw=">https://lists.freedesktop.org/mailman/listinfo/intel-gfx</a></div>
<div><br>
</div>
</blockquote>
</div>
</div>
</div>
<div dir="auto"><br>
</div>
</div>
</div>
</div>
</div>
</body>
</html>