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.
Minishift version: 1.0.0-beta.5 CDK Version: 3.0.0-beta.3 On Tue, Apr 4, 2017 at 10:37 AM, Gerard Braad <[email protected]> wrote: > Hi Burr, > > On Tue, Apr 4, 2017 at 8:34 PM, Burr Sutter <[email protected]> wrote: > > Adding devtools back to the thread. > > On Tue, Apr 4, 2017 at 2:13 AM, Gerard Braad <[email protected]> wrote: > >> On Thu, Mar 30, 2017 at 10:47 PM, Burr Sutter <[email protected]> > wrote: > >> > Still eats all the CPU :-) > >> > du is the culprit according to top > >> @burr when did you notice `du` was the culprit of consuming the CPU as > >> a resource? during the `oc cluster up`, or after? > > I tested with the upstream version overnight and Helloworld MSA, no > problems > > Minishift version: 1.0.0-rc.1 > > it had no problems. > > great to hear... mostly, Minishift tries to stay out of the way of the > actual OpenShift deployment. In that sense, we prepare the environment > and allow configuration, and dealing with OpenShift when the > deployment happened. From this perspective, I am interested in how 'it > seems to use more memory/cpu'. Minishift itself should not cause this > directly. But of course, our foundation (the Operating System/ISO) > could be a problem. So, if you have any quantifiable metrics, please > ;-). It might be helpful to also test different OpenShift versions > with a release of the Minishift (CDK) binary+ISOs. > > Sorry, to make you have to consider a lot of testing... but this > information can be valuable to track down the actual root cause. And > yes, we have several in recent time which should improve the quality > and performance of deploying using Minishift. > > Looking forward to more feedback... > > > Gerard >
_______________________________________________ Devtools mailing list [email protected] https://www.redhat.com/mailman/listinfo/devtools
