Open Stack

* Fox, Kevin M (Kevin.Fox at pnnl.gov) wrote:
> Can a stock kernel with all the probing still intact ever perform as well as a custom one with all the non relevant stuff stripped out? Subsecond pod starting is very handy.

It's an interesting question; hopefully it can get close if we:
  a) Configure the virtual hardware appropriately
  b) Pass kernel command line options to tell the probes to get out of
the way
  c) Maybe pass firmware/ACPI data for the same type of thing.
     (Not investigated)

Dave

> Thanks,
> Kevin
> ________________________________________
> From: Stefan Hajnoczi [stefanha at redhat.com]
> Sent: Monday, July 02, 2018 9:13 AM
> To: Jose Carlos Venegas Munoz
> Cc: Lokesh Mandvekar; kata-dev at lists.katacontainers.io
> Subject: Re: [kata-dev] Kata on Fedora experiment (modular kernel)
> 
> On Fri, Jun 29, 2018 at 01:28:55PM -0500, Jose Carlos Venegas Munoz wrote:
> > Thanks for sharing your experiments. Your approach to integrate Kata shows some
> > points improve to support this use case.
> >
> > I did not consider in the past use the host kernel as the kata kernel but
> > definitely is a use case we could support.
> >
> > A couple of questions related on how to mange the kernel and image when you
> > add Fedora RPMs.
> 
> Lokesh is working on Fedora RPMs.  I will leave the questions to Lokesh,
> except to say that reusing kernel and QEMU packages is attractive
> because it means fewer builds, fewer packages, and a smaller test
> matrix.
> 
> > Are you going to add a symlink to allow the kata runtime always find the latest
> > installed kata kernel ?
> >
> > How are you planning to update the modules if a kernel changes ? The image will
> > by generated after a new kernel update? Or every time the kernel changes you
> > are going to update the kernel from package?
> 
> Stefan
> 
> _______________________________________________
> kata-dev mailing list
> kata-dev at lists.katacontainers.io
> http://lists.katacontainers.io/cgi-bin/mailman/listinfo/kata-dev
--
Dr. David Alan Gilbert / dgilbert at redhat.com / Manchester, UK