Thanks Tim and Ahmet, that is exactly what I was looking for. I am basically circumventing kubernetes and going straight to the minimize backend.
Now everything makes sense. On Fri, Jun 2, 2017 at 6:27 PM 'Ahmet Alp Balkan' via Kubernetes user discussion and Q&A <kubernetes-users@googlegroups.com> wrote: > On Fri, Jun 2, 2017 at 7:40 AM, Diego Lapiduz <di...@lapiduz.com> wrote: >> >> The weird thing is that Kubernetes is the backend in both cases, I am >> just using the Docker API in one case and the kubernetes one in the other. >> > > To be clear, the statement that you're using Kubernetes backend in both > cases is incorrect. When you eval "$(minikube docker-env)" and run "docker" > commands, you are not using Kubernetes at all. You're directly talking to > the docker engine provided on the Minikube instance for Kubernetes to be > able to launch containers. > > >> >> On Fri, Jun 2, 2017 at 9:38 AM, Matthias Rampke <m...@soundcloud.com> >> wrote: >> >>> Is this difference a problem for your use case? Kubernetes does do more >>> work before a pod starts. If you need low-latency execution you'll have to >>> use long-running worker processes of some form. Once it's started, it >>> should be just as fast. >>> >>> On Fri, Jun 2, 2017 at 2:13 PM Diego Lapiduz <di...@lapiduz.com> wrote: >>> >>>> This is a very short lived task (just runs `echo hello`) so the only >>>> thing I really care about is getting that `hello` back. >>>> >>>> This is what I did in text format: >>>> >>>> ``` >>>> ➜ eval $(minikube docker-env) >>>> >>>> ➜ time docker run dlapiduz/hello-world >>>> >>>> hello >>>> docker run dlapiduz/hello-world 0.07s user 0.02s system 30% cpu 0.318 >>>> total >>>> ➜ time kubectl run --image=dlapiduz/hello-world test --attach >>>> --restart=Never >>>> Waiting for pod default/test to be running, status is Pending, pod >>>> ready: false >>>> hello >>>> kubectl run --image=dlapiduz/hello-world test --attach --restart=Never >>>> 0.09s user 0.02s system 7% cpu 1.357 total >>>> ``` >>>> >>>> On Thu, Jun 1, 2017 at 11:27 PM, 'Tim Hockin' via Kubernetes user >>>> discussion and Q&A <kubernetes-users@googlegroups.com> wrote: >>>> >>>>> It runs faster or it starts faster? The gif clear too quickly for me >>>>> to see. >>>>> >>>>> On Thu, Jun 1, 2017 at 9:09 PM, Diego Lapiduz <di...@lapiduz.com> >>>>> wrote: >>>>> >>>>>> Hi y'all, (k8s noob here so forgive me if this is something that I am >>>>>> doing obviously wrong) >>>>>> >>>>>> I am trying to run a short lived task and I am trying to move from >>>>>> Docker Swarm to Kubernetes. An interesting issue that I am finding is >>>>>> that >>>>>> running the same Docker image on the same minikube cluster is much faster >>>>>> using the docker cli tool (or docker api) than kubectl. >>>>>> >>>>>> Here is a quick screen cap: I know that I am probably doing something >>>>>> off, any idea what it could be? Thanks! >>>>>> >>>>>> >>>>>> >>>>>> <https://d2ppvlu71ri8gs.cloudfront.net/items/120h333e0Z0f3Z3X3K0i/Screen%20Recording%202017-06-01%20at%2010.55%20PM.gif?v=97833b20> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "Kubernetes user discussion and Q&A" group. >>>>>> To unsubscribe from this group and stop receiving emails from it, >>>>>> send an email to kubernetes-users+unsubscr...@googlegroups.com. >>>>>> To post to this group, send email to >>>>>> kubernetes-users@googlegroups.com. >>>>>> Visit this group at https://groups.google.com/group/kubernetes-users. >>>>>> For more options, visit https://groups.google.com/d/optout. >>>>>> >>>>> >>>>> -- >>>>> You received this message because you are subscribed to a topic in the >>>>> Google Groups "Kubernetes user discussion and Q&A" group. >>>>> To unsubscribe from this topic, visit >>>>> https://groups.google.com/d/topic/kubernetes-users/MArCwIOYWo0/unsubscribe >>>>> . >>>>> To unsubscribe from this group and all its topics, send an email to >>>>> kubernetes-users+unsubscr...@googlegroups.com. >>>>> >>>> >>>>> To post to this group, send email to kubernetes-users@googlegroups.com >>>>> . >>>>> Visit this group at https://groups.google.com/group/kubernetes-users. >>>>> For more options, visit https://groups.google.com/d/optout. >>>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "Kubernetes user discussion and Q&A" group. >>>> To unsubscribe from this group and stop receiving emails from it, send >>>> an email to kubernetes-users+unsubscr...@googlegroups.com. >>>> To post to this group, send email to kubernetes-users@googlegroups.com. >>>> Visit this group at https://groups.google.com/group/kubernetes-users. >>>> For more options, visit https://groups.google.com/d/optout. >>>> >>> -- >>> You received this message because you are subscribed to a topic in the >>> Google Groups "Kubernetes user discussion and Q&A" group. >>> To unsubscribe from this topic, visit >>> https://groups.google.com/d/topic/kubernetes-users/MArCwIOYWo0/unsubscribe >>> . >>> To unsubscribe from this group and all its topics, send an email to >>> kubernetes-users+unsubscr...@googlegroups.com. >>> To post to this group, send email to kubernetes-users@googlegroups.com. >>> Visit this group at https://groups.google.com/group/kubernetes-users. >>> For more options, visit https://groups.google.com/d/optout. >>> >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Kubernetes user discussion and Q&A" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to kubernetes-users+unsubscr...@googlegroups.com. >> To post to this group, send email to kubernetes-users@googlegroups.com. >> Visit this group at https://groups.google.com/group/kubernetes-users. >> For more options, visit https://groups.google.com/d/optout. >> > -- > You received this message because you are subscribed to a topic in the > Google Groups "Kubernetes user discussion and Q&A" group. > To unsubscribe from this topic, visit > https://groups.google.com/d/topic/kubernetes-users/MArCwIOYWo0/unsubscribe > . > To unsubscribe from this group and all its topics, send an email to > kubernetes-users+unsubscr...@googlegroups.com. > To post to this group, send email to kubernetes-users@googlegroups.com. > Visit this group at https://groups.google.com/group/kubernetes-users. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Kubernetes user discussion and Q&A" group. To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-users+unsubscr...@googlegroups.com. To post to this group, send email to kubernetes-users@googlegroups.com. Visit this group at https://groups.google.com/group/kubernetes-users. For more options, visit https://groups.google.com/d/optout.