Kuniyasu Suzaki <k.suzaki@xxxxxxxxxx> writes: > From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx> > Subject: Re: BMC (Bare-Metal Container) is relased > Date: Mon, 19 Dec 2016 07:51:15 -0800 > >> On Mon, 2016-12-19 at 19:04 +0900, Kuniyasu Suzaki wrote: >>> From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx> >>> Subject: Re: BMC (Bare-Metal Container) is relased >>> Date: Mon, 19 Dec 2016 18:46:03 +1300 >>> >>> For exmaple, DPDK requires "igb_uio" and "rte_kni" kernel modules, >>> but some kernels offered as a part of Linux Distribution do not >>> include them. >> >> That makes it a Distribution problem not a kernel problem, really. >> Constainers is OS virtualization, so if the OS doesn't provide a >> feature, it can't be virtualized. >> >> The problem for those distributions is that the features you want >> inside the container aren't available in bare metal instances either, >> which means if they're really a need, the distro eventually provides >> them or suffers in the market place. This tends to force all distros >> to supporting all useful features meaning the kernel configuration >> problem is mostly a theoretical one. > > Yes. DPDK on a container is just an example which does not run on a > normal Linux distributions. It is not kernel problem, but it is > caused by the mismatch between application and kernel. > > THP (Transparent Huge Pages) and HTT (Hyper Threading Technology) are > better examples for Bare-Metal Container. They work system-wide and > affects all applications, but some applications want to turn off. It > is system centric architecture we call, and all applications must > follow the decision. > > On the other hand, BMC tries to offer a suitable kernel for an > application on a remote machine. We call this application centric > architecture. In the past I have always seen this sort of problem handled as a property to the scheduler, and a declaration that a certain job needs certain properties. Eric _______________________________________________ Containers mailing list Containers@xxxxxxxxxxxxxxxxxxxxxxxxxx https://lists.linuxfoundation.org/mailman/listinfo/containers
