<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, Apr 5, 2017 at 2:52 PM, Lalatendu Mohanty <span dir="ltr"><<a href="mailto:lmohanty@redhat.com" target="_blank">lmohanty@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Wed, Apr 5, 2017 at 7:15 PM, Jimmi Dyson <span dir="ltr"><<a href="mailto:jdyson@redhat.com" target="_blank">jdyson@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Ah I see that minishift isn't using a centos VM so the du processes are almost definitely cadvisor checking aufs writable layer usage. Why there's so many du processes I don't know though...</div></blockquote><div><br></div></span><div>I do not think we have added any du process. I am not aware of this. <br></div></div></div></div></blockquote><div><br></div><div>No I'm almost 100% sure this is cadvisor du processes caning CPU on sleep. IIRC that should have been limited and processes nice'd so as to not kill box... Wonder if sleep has messed up that throttling somehow.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>-Lala<br></div><div><div class="h5"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="m_3130479322961908221h5">On Wed, Apr 5, 2017 at 2:41 PM, Burr Sutter <span dir="ltr"><<a href="mailto:bsutter@redhat.com" target="_blank">bsutter@redhat.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="m_3130479322961908221h5"><div dir="ltr">Aha...left it running overnight (machine sleeping), woke it up this morning and<div>Virtualbox is using 197% of CPU</div><div><a href="https://www.screencast.com/t/u2TuTzut" target="_blank">https://www.screencast.com/t/u<wbr>2TuTzut</a><br></div><div>Lots of du processes, working on the CPU</div><div><a href="https://www.screencast.com/t/JhG3mGMdRkYO" target="_blank">https://www.screencast.com/t/J<wbr>hG3mGMdRkYO</a><br></div><div><br></div><div>now, this with Helloworld MSA and metrics </div><div><span id="m_3130479322961908221m_8486902196546565856m_-6000293057046932909gmail-docs-internal-guid-41150447-3e55-fb09-aaba-a5ebaba8599d"><span style="font-size:11pt;font-family:arial;color:rgb(0,0,0);background-color:transparent;font-variant-ligatures:normal;font-variant-east-asian:normal;vertical-align:baseline;white-space:pre-wrap">./minishift --metrics true start</span></span><br></div><div><span><span style="font-size:11pt;font-family:arial;color:rgb(0,0,0);background-color:transparent;font-variant-ligatures:normal;font-variant-east-asian:normal;vertical-align:baseline;white-space:pre-wrap"><br></span></span></div><div><span><span style="font-size:11pt;font-family:arial;color:rgb(0,0,0);background-color:transparent;font-variant-ligatures:normal;font-variant-east-asian:normal;vertical-align:baseline;white-space:pre-wrap"><br></span></span></div></div><div class="m_3130479322961908221m_8486902196546565856HOEnZb"><div class="m_3130479322961908221m_8486902196546565856h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 4, 2017 at 11:42 PM, Burr Sutter <span dir="ltr"><<a href="mailto:bsutter@redhat.com" target="_blank">bsutter@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">After lots of testing on the CDK variant, is no longer demonstrating the crazy du processes eating all the CPU.  I see one or two du processes spike up but not to the point where it is overly problematic.  I did have to turn on metrics (which doesn't work anyway) to see the du process via top. <span><div><br></div><div><p style="margin:0px;font-size:13px;line-height:normal;font-family:menlo"><span style="font-variant-ligatures:no-common-ligatures">Minishift version: 1.0.0-beta.5</span></p>
<p style="margin:0px;font-size:13px;line-height:normal;font-family:menlo"><span style="font-variant-ligatures:no-common-ligatures">CDK Version: 3.0.0-beta.3</span></p><p style="margin:0px;font-size:13px;line-height:normal;font-family:menlo"><span style="font-variant-ligatures:no-common-ligatures"><br></span></p><p style="margin:0px;font-size:13px;line-height:normal;font-family:menlo"><br></p></div></span></div><div class="m_3130479322961908221m_8486902196546565856m_-6000293057046932909HOEnZb"><div class="m_3130479322961908221m_8486902196546565856m_-6000293057046932909h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 4, 2017 at 10:37 AM, Gerard Braad <span dir="ltr"><<a href="mailto:gbraad@redhat.com" target="_blank">gbraad@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Burr,<br>
<span><br>
On Tue, Apr 4, 2017 at 8:34 PM, Burr Sutter <<a href="mailto:bsutter@redhat.com" target="_blank">bsutter@redhat.com</a>> wrote:<br>
> Adding devtools back to the thread.<br>
> On Tue, Apr 4, 2017 at 2:13 AM, Gerard Braad <<a href="mailto:gbraad@redhat.com" target="_blank">gbraad@redhat.com</a>> wrote:<br>
>> On Thu, Mar 30, 2017 at 10:47 PM, Burr Sutter <<a href="mailto:bsutter@redhat.com" target="_blank">bsutter@redhat.com</a>> wrote:<br>
>> > Still eats all the CPU :-)<br>
>> > du is the culprit according to top<br>
</span><span>>> @burr when did you notice `du` was the culprit of consuming the CPU as<br>
>> a resource? during the `oc cluster up`, or after?<br>
> I tested with the upstream version overnight and Helloworld MSA, no problems<br>
> Minishift version: 1.0.0-rc.1<br>
> it had no problems.<br>
<br>
</span>great to hear... mostly, Minishift tries to stay out of the way of the<br>
actual OpenShift deployment. In that sense, we prepare the environment<br>
and allow configuration, and dealing with OpenShift when the<br>
deployment happened. From this perspective, I am interested in how 'it<br>
seems to use more memory/cpu'. Minishift itself should not cause this<br>
directly. But of course, our foundation (the Operating System/ISO)<br>
could be a problem. So, if you have any quantifiable metrics, please<br>
;-). It might be helpful to also test different OpenShift versions<br>
with a release of the Minishift (CDK) binary+ISOs.<br>
<br>
Sorry, to make you have to consider a lot of testing... but this<br>
information can be valuable to track down the actual root cause. And<br>
yes, we have several in recent time which should improve the quality<br>
and performance of deploying using Minishift.<br>
<br>
Looking forward to more feedback...<br>
<span class="m_3130479322961908221m_8486902196546565856m_-6000293057046932909m_7714112937094997925HOEnZb"><font color="#888888"><br>
<br>
Gerard<br>
</font></span></blockquote></div><br></div>
</div></div></blockquote></div><br></div>
</div></div><br></div></div><span>______________________________<wbr>_________________<br>
Devtools mailing list<br>
<a href="mailto:Devtools@redhat.com" target="_blank">Devtools@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/devtools" rel="noreferrer" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/devtools</a><br>
<br></span></blockquote></div><br></div>
<br>______________________________<wbr>_________________<br>
Devtools mailing list<br>
<a href="mailto:Devtools@redhat.com" target="_blank">Devtools@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/devtools" rel="noreferrer" target="_blank">https://www.redhat.com/mailman<wbr>/listinfo/devtools</a><br>
<br></blockquote></div></div></div><br></div></div>
</blockquote></div><br></div></div>