<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 28, 2019 at 8:47 PM Brian Stansberry &lt;<a href="mailto:brian.stansberry@redhat.com">brian.stansberry@redhat.com</a>&gt; 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"><div dir="ltr"><div style="font-family:&quot;trebuchet ms&quot;,sans-serif">I&#39;d like to add jobs to the automatic testing of PRs to run the testsuite using slimmed installations provisioned by Galleon. But, we already run a lot of jobs for each PR, enough so that our CI can overburdened during busy times around deadlines. So I don&#39;t want to just add jobs. Instead I also propose to drop the Windows + JDK 8 jobs.</div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif"><br></div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif">Galleon Testing</div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif"><br></div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif">During our work on WildFly 18 I added the ability to run portions of the WildFly and WildFly Core testsuites with the tests executing against slimmed server installations provisioned by Galleon instead of against the complete installations normally used. The point of that was to get test coverage of those slimmed installations.</div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif"><br></div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif">Currently we have nightly jobs that run the testsuite this way.[1] As we continue to evolve our set of Galleon layers, e.g. adding layers for MicroProfile specs, I want to be sure we catch problems before PRs get merged.</div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif"><br></div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif">To run tests locally this way you pass -Dts.layers as an arg to maven.</div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif"><br></div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif">Dropping Windows JDK 8 Jobs</div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif"><br></div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif">If we&#39;d drop something in order to free up resources for these Galleon jobs, the Windows JDK 8 ones seem a good choice. We&#39;d still run PRs against Windows JDK 11, and we&#39;d still run PRs against Linux JDK 8. I can&#39;t recall any situation where CI found a regression that was specific to the Windows + JDK 8 combination.</div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif"><br></div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif">When CI gets overloaded during rush times, it&#39;s the Windows jobs that are most problematic. The Windows jobs take longer because the storage drives they use are slower. Plus we have fewer Windows agents. The effect is during a rush, overall CI for PRs ends up taking hours longer while we wait for Windows agents to come free and then run the job.</div></div></blockquote><div><br></div><div>+1 from me, I think this is a great idea, especially during busy times!<br></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"><div dir="ltr"><div style="font-family:&quot;trebuchet ms&quot;,sans-serif"><br></div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif">We&#39;d still run nightly jobs with Windows + JDK 8 so in the off chance there&#39;s a problem it would get noticed that way.</div><div><br></div><div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif">Specifics</div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif"><br></div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif">For PRs against wildfly/wildfly I&#39;d add a job equivalent to <a href="https://ci.wildfly.org/viewType.html?buildTypeId=WF_GalleonLinuxJdk11" target="_blank">https://ci.wildfly.org/viewType.html?buildTypeId=WF_GalleonLinuxJdk11</a> and then drop <a href="https://ci.wildfly.org/viewType.html?buildTypeId=WildFlyCore_PullRequestWindows" style="font-family:Arial,Helvetica,sans-serif" target="_blank">https://ci.wildfly.org/viewType.html?buildTypeId=WildFlyCore_PullRequestWindows</a></div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif"><br></div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif">For PRs against wildfly/wildfly-core I&#39;d add jobs equivalent to <a href="https://ci.wildfly.org/viewType.html?buildTypeId=WildFlyCore_GalleonLinuxJdk8" target="_blank">https://ci.wildfly.org/viewType.html?buildTypeId=WildFlyCore_GalleonLinuxJdk8</a> and <a href="https://ci.wildfly.org/viewType.html?buildTypeId=WF_GalleonLinuxJdk8" target="_blank">https://ci.wildfly.org/viewType.html?buildTypeId=WF_GalleonLinuxJdk8</a> and then drop <a href="https://ci.wildfly.org/viewType.html?buildTypeId=WildFlyCore_PullRequestWindows" style="font-family:Arial,Helvetica,sans-serif" target="_blank">https://ci.wildfly.org/viewType.html?buildTypeId=WildFlyCore_PullRequestWindows</a></div><br></div><div><div style="font-family:&quot;trebuchet ms&quot;,sans-serif">Any thoughts on this?&#39;</div></div></div></blockquote><div><br></div><div>This looks good to me.</div><div><br></div><div>Ken</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"><div dir="ltr"><div><br></div><div><br></div><span class="gmail_default" style="font-family:&quot;trebuchet ms&quot;,sans-serif">Best regards,</span><div><span class="gmail_default" style="font-family:&quot;trebuchet ms&quot;,sans-serif">Brian</span></div><div><span class="gmail_default" style="font-family:&quot;trebuchet ms&quot;,sans-serif"><br></span></div><div><span class="gmail_default" style="font-family:&quot;trebuchet ms&quot;,sans-serif">[1] See</span></div><div><a href="https://ci.wildfly.org/viewType.html?buildTypeId=WF_GalleonLinuxJdk11" target="_blank">https://ci.wildfly.org/viewType.html?buildTypeId=WF_GalleonLinuxJdk11</a></div><div><a href="https://ci.wildfly.org/viewType.html?buildTypeId=WF_GalleonLinuxJdk8" target="_blank">https://ci.wildfly.org/viewType.html?buildTypeId=WF_GalleonLinuxJdk8</a><br></div><div><a href="https://ci.wildfly.org/viewType.html?buildTypeId=WF_GalleonWindowsJdk11" target="_blank">https://ci.wildfly.org/viewType.html?buildTypeId=WF_GalleonWindowsJdk11</a><br></div><div><a href="https://ci.wildfly.org/viewType.html?buildTypeId=WildFlyCore_GalleonLinuxJdk8" target="_blank">https://ci.wildfly.org/viewType.html?buildTypeId=WildFlyCore_GalleonLinuxJdk8</a><br></div><div><a href="https://ci.wildfly.org/viewType.html?buildTypeId=WildFlyCore_GalleonLinuxJdk11" target="_blank">https://ci.wildfly.org/viewType.html?buildTypeId=WildFlyCore_GalleonLinuxJdk11</a><br></div></div>
_______________________________________________<br>
wildfly-dev mailing list<br>
<a href="mailto:wildfly-dev@lists.jboss.org" target="_blank">wildfly-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/wildfly-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/wildfly-dev</a></blockquote></div></div>