<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jan 28, 2021 at 9:34 AM Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 28/01/2021 15:00, Joel Sherrill wrote:<br>
<br>
> Any thoughts on me doing this and a schedule?<br>
Doing this would be great. </blockquote><div><br></div><div>Long overdue even. :)</div><div><br></div><div>I also need to move to the big sweep being run from cron. I now start it </div><div>manually on CentOS, FreeBSD, and Ubuntu and try to remember to do it </div><div>every Friday afternoon. </div><div><br></div><div>Moving it to cron would also encourage me to schedule 6 and 7 build sweeps </div><div>on different parts of the week. Maybe Tuesday for 7 and Friday for 6. It takes most</div><div>of that time to finish on the slower machines.</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">It would be definitely nice to get an early <br>
feedback after code changes. I think once per day should be more than <br>
enough.<br></blockquote><div><br></div><div> I am leaning to running the script every 4 hours. If the RSB or RTEMS hasn't </div><div>changed, it will not do anything. If RTEMS changed, it builds RTEMS using coverity. </div><div>If RSB changed, it builds new tools and then builds RTEMS using coverity. I think </div><div>the machine could safely handle this running every hour but I don't think we need </div><div>that and it will impact over test sweeps. </div><div><br></div><div>Every four hours should let everyone have reasonably fresh results when they get </div><div>to work and possibly turn over two more runs before calling it a day. </div><div><br></div><div>This would effectively let us Scan up to 3 batches of commits. Worst case is that</div><div>we could have to wait 12 hours if the rare event of everyone committing early in a </div><div>day (from their perspective). </div><div><br></div><div>Honestly, our commits are usually spaced out enough that I believe we will never </div><div>hit the job limit and have reasonably turnaround on runs.</div><div><br></div><div>--joel</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
-- <br>
embedded brains GmbH<br>
Herr Sebastian HUBER<br>
Dornierstr. 4<br>
82178 Puchheim<br>
Germany<br>
email: <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank">sebastian.huber@embedded-brains.de</a><br>
phone: +49-89-18 94 741 - 16<br>
fax:   +49-89-18 94 741 - 08<br>
<br>
Registergericht: Amtsgericht München<br>
Registernummer: HRB 157899<br>
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler<br>
Unsere Datenschutzerklärung finden Sie hier:<br>
<a href="https://embedded-brains.de/datenschutzerklaerung/" rel="noreferrer" target="_blank">https://embedded-brains.de/datenschutzerklaerung/</a><br>
<br>
</blockquote></div></div>