4 ms·
Semi hopping on the QEMU bashing train but recall Google ripped it out for GCE. https://cloudplatform.googleblog.com/2017/01/7-ways-we-harden-our-KVM-hyperviso
by gbrown_ 10y ago
Semi hopping on the QEMU bashing train but recall Google ripped it out for GCE.
https://cloudplatform.googleblog.com/2017/01/7-ways-we-harden-our-KVM-hypervisor-at-Google-Cloud-security-in-plaintext.html https://cloudplatform.googleblog.com/2017/01/7-ways-we-harde...
- dward 10y agoRipped it out implies that at one point they used it.
- stonogo 10y agoNo, it means they run binaries compiled with source code from which this feature set has been removed.
- brandon 10y agoThat's not a correct interpretation either; it's noted in the linked article that GCE uses a proprietary VMM instead of QEMU which itself was "ripped out" of the standard KVM+QEMU arrangement. I probably would have chosen gentler phrasing.
- theamk 10y agoWell, Google rightfully said that GCE does not need most QEMU features, so they have made a simplified version. Is is sad they did not release it. On the other hand, there are people who need QEMU features: we have a QEMU-based test script for boot images which actually uses a few more exotic features to simulate the target environment.
- sphix 10y agoThe Google version is supposedly coupled heavily to their infrastructure and therefore would give little benefit to opensource without also open sourcing a large portion of their infrastructure.
- kuschku 10y ago> without also open sourcing a large portion of their infrastructure. Well, that’d not necessarily be bad for the dev community.
- bonzini 10y agoRed Hat also rips virtfs out of QEMU in RHEL, for what it's worth.
- sofaofthedamned 10y agoExactly. Ubuntu didn't and it wasted weeks of development for me. https://bugs.launchpad.net/qemu/+bug/1336794 https://bugs.launchpad.net/qemu/+bug/1336794