Originally posted by wswartzendruber
View Post
"Microsoft Wants To Create A Complete Virtualization Stack With Linux"
Collapse
X
-
Originally posted by elatllat View PostWill the kernel even merge a stub/wrapper/condom like mshv? I forget where the line is drawn.
So they are just adding functionality to the existing module that allowed Linux to be a "native VM" in Hyper-V (a VM that does not need emulation and is aware of the Hypervisor's interfaces), that is already merged in Linux.
Comment
-
-
Originally posted by CeeBee View PostSomeone should come up with an "Everyone but Oracle" open source license.
Comment
-
-
Originally posted by Jabberwocky View Post+1 Microsoft wants to run Docker and accelerated-qemu for Android/Xamarin. Yet Microsoft does NOT want Linux to run HyperV even if you run it in a Windows VM in KVM. Microsoft wants you to buy Windows Server $$$ for nested virtualization.
Maybe you have an AMD system? Because they only recently added the ability to run nested virtualization on AMD systems to Win10 and Winserver. https://techcommunity.microsoft.com/...t/ba-p/1434841
And that was a Hyper-V limitation, not a businness decision. Not even Winserver could do nested virtualization on Ryzen/Epyc before this update.
They also have provided an unlimited GUI-less Hyper-V server version since the beginning https://www.microsoft.com/en-us/eval...-v-server-2019
Comment
-
-
Originally posted by kpedersen View PostDo these patches really benefit Linux and the Linux community?
Why would the kernel tree accept them?
Is it so Microsoft invests many man-years of work, then 10 years later we can rip all Microsoft's stuff out again and giggle?
Comment
-
-
Originally posted by starshipeleven View PostYou guys need to understand what EEE is before screaming and tearing your vests like that.
This is just adding a competitor with KVM and Xen for "Linux virtualization host" role.
Comment
-
-
Originally posted by CochainComplex View PostDo you understand it?- Embrace: Development of software substantially compatible with a competing product, or implementing a public standard.
- Extend: Addition and promotion of features not supported by the competing product or part of the standard, creating interoperability problems for customers who try to use the "simple" standard.
- Extinguish: When extensions become a de facto standard because of their dominant market share, they marginalize competitors that do not or cannot support the new extensions.
Embrace: ok, they are adding stuff to Linux, following its standards and whatnot. check.
Extend: umm, Linux has already 2 other native hypervisors that have more or less the same feature set, so it's not like you NEED to use Hyper-V if you want an hypervisor. No " Addition and promotion of features not supported by the competing product". First strike.
All hypervisors are incompatible with each other (in the sense that the host can only run one bare metal, the others must be under it, with nested virtualization) and VMs need to be converted from one to the other, and this is a technical limitation due to what hypervisors are, not an artificial limitation part of EEE maneuver. So a first interpretation of "creating interoperability problems" is not possible, as an Hypervisor is incompatible with other Hypervisors by definition already, so being incompatible does not hurt other features offering the same functionality. Second strike.
Since all the support for Hyper-V is in their own kernel module(s), they have no way to "create interoperability problems" with KVM or Xen at the kernel level, even if they add incompatible functionality, distros that want to use KVM or Xen will just disable the Hyper-V support on compile time or provide different kernels with differents features (one for KVM/Xen and one for Hyper-V). So the second interpretation of "creating interoperability problems" is not possible, the feature can be switched off on compile time, Microsoft does not control Linux development and must still obey kernel development rules if they want to be merged upstream. Third strike.
There is no valid Extend here, the chain is broken.
Extinguish: The only way to get to this point is competition on hypervisor features and that is completely tangential to Linux. If Hyper-V somehow becomes plain better than KVM and Xen it has done so on its merits alone, not because it has somehow stifled development of KVM/Xen or threw sand in their developer's eyes.
This is not EEE, just competition. VMWare Esxi could outcompete everyone else out of the blue too by adding 5000 developers to add and test all possible features you might want, like perfect PCIe passthrough, ZFS support in the hypervisor OS, not sucking ass on hardware support, and whatnot.
It is not very smart to not question Microsofts moves in the OpenSource fields.
MS strategy still shows the EEE pattern.
From what I've seen so far, their main goal seems to be just migrating their valuable stuff off from Windows that is a sinking ship, so that Microsoft will survive in the "post Windows" world. And this move with Hyper-V still seems to have the same goal.
But sure the freedom of speech grants you the right for talking big
Comment
-
Originally posted by CochainComplex View Post
Do you understand it? It is not very smart to not question Microsofts moves in the OpenSource fields. MS strategy still shows the EEE pattern. But sure the freedom of speech grants you the right for talking big - go ahead I'm waiting for your wisdom.
Comment
-
-
Originally posted by starshipeleven View PostI can read the wikipedia or other places that clearly state what EEE is? Yes I can.- Embrace: Development of software substantially compatible with a competing product, or implementing a public standard.
- Extend: Addition and promotion of features not supported by the competing product or part of the standard, creating interoperability problems for customers who try to use the "simple" standard.
- Extinguish: When extensions become a de facto standard because of their dominant market share, they marginalize competitors that do not or cannot support the new extensions.
Embrace: ok, they are adding stuff to Linux, following its standards and whatnot. check.
Extend: umm, Linux has already 2 other native hypervisors that have more or less the same feature set, so it's not like you NEED to use Hyper-V if you want an hypervisor. No " Addition and promotion of features not supported by the competing product". First strike.
All hypervisors are incompatible with each other (in the sense that the host can only run one bare metal, the others must be under it, with nested virtualization) and VMs need to be converted from one to the other, and this is a technical limitation due to what hypervisors are, not an artificial limitation part of EEE maneuver. So a first interpretation of "creating interoperability problems" is not possible, as an Hypervisor is incompatible with other Hypervisors by definition already, so being incompatible does not hurt other features offering the same functionality. Second strike.
Since all the support for Hyper-V is in their own kernel module(s), they have no way to "create interoperability problems" with KVM or Xen at the kernel level, even if they add incompatible functionality, distros that want to use KVM or Xen will just disable the Hyper-V support on compile time or provide different kernels with differents features (one for KVM/Xen and one for Hyper-V). So the second interpretation of "creating interoperability problems" is not possible, the feature can be switched off on compile time, Microsoft does not control Linux development and must still obey kernel development rules if they want to be merged upstream. Third strike.
There is no valid Extend here, the chain is broken.
Extinguish: The only way to get to this point is competition on hypervisor features and that is completely tangential to Linux. If Hyper-V somehow becomes plain better than KVM and Xen it has done so on its merits alone, not because it has somehow stifled development of KVM/Xen or threw sand in their developer's eyes.
This is not EEE, just competition. VMWare Esxi could outcompete everyone else out of the blue too by adding 5000 developers to add and test all possible features you might want, like perfect PCIe passthrough, ZFS support in the hypervisor OS, not sucking ass on hardware support, and whatnot.
It is not very smart to just assume everything they do is an EEE. There are some situations where it is plain not possible to do it.
Not really. Off the top of my head, they are not providing anything that is dramatically better from what Linux has already in all their contributions. .Net framework? Powershell? Are these EEE? Are you serious?
From what I've seen so far, their main goal seems to be just migrating their valuable stuff off from Windows that is a sinking ship, so that Microsoft will survive in the "post Windows" world. And this move with Hyper-V still seems to have the same goal.
Freedom of speech only grants me the right of not go to prison for what I said. It does not force people to listen, not protect me from being banned from a private property (like this forum is).
Do things that make it seem like were friends but actually only do thing because they have to do it.
Like running linux on azure, wow we are best friends. The reality is no one wanted to run microsoft oses so instead of die they had to let people run linux.
Best friend where is fat32/exfat/ntfs source and free use for everyone, oh not a have to do that situation.
Comment
Comment