Announcement

Collapse
No announcement yet.

Intel's Cloud-Hypervisor 0.13 Brings Support For NVIDIA GPUs With Proprietary Drivers

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Intel's Cloud-Hypervisor 0.13 Brings Support For NVIDIA GPUs With Proprietary Drivers

    Phoronix: Intel's Cloud-Hypervisor 0.13 Brings Support For NVIDIA GPUs With Proprietary Drivers

    Intel's Cloud-Hypervisor that is the Rust-based virtualization hypervisor focused for cloud environments is out with its newest open-source release...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    This is apparently like Firecracker and Crosvm, a category called VMM (Virtual Machine Monitor)...what exactly are these? It's a hypervisor that uses KVM (which I assume includes QEMU?), so it's an added layer on top? Is it like libvirt or virt-manager (without the UI?), anyone able to better explain where these VMM projects fit in?

    Cloud Hypervisor is an open source Virtual Machine Monitor (VMM) that runs on top of KVM.

    Comment


    • #3
      Originally posted by polarathene View Post
      uses KVM (which I assume includes QEMU?), so it's an added layer on top? Is it like libvirt or virt-manager (without the UI?), anyone able to better explain where these VMM projects fit in?
      No. KVM isn't Qemu. This hypervisor is a Qemu alternative. You have KVM ( that runs the "cpu" part of the virtualization equation ) and then have Qemu, etc... that implement the peripherals.

      The difference is that while Qemu tries to implement a lot of legacy hardware parts, this hypervisor just implements Virtio peripherals. This is they way virtualization should have been done from the start!

      Comment


      • #4
        Originally posted by pabloski View Post

        No. KVM isn't Qemu. This hypervisor is a Qemu alternative. You have KVM ( that runs the "cpu" part of the virtualization equation ) and then have Qemu, etc... that implement the peripherals.

        The difference is that while Qemu tries to implement a lot of legacy hardware parts, this hypervisor just implements Virtio peripherals. This is they way virtualization should have been done from the start!
        Quite the contrary.
        Virtualization was never intended to be a security / utilization solution. The original virtualization solutions were simply designed to allow users of X operating system, continue running their legacy application that required deprecated Y operating system. For this use-case, legacy hardware emulation was a must.

        As time progressed, many companies found that can also using virtualization to security "cram" multiple up-to-date services (that previously required their own servers) into a single server (or cluster) reducing both physical footprint and power and cooling requirements, while increasing the average hardware utilization. (Be that VMWare ESX, oVirt/RHEV or public cloud provides)
        In this case, virtio devices perform far better, greatly increasing the CPU / IO utilization and reducing the power / cooling requirements.

        Good luck trying to run a Windows 7/8 only application on virtio only hypervisor (Let alone DOS/Windows 3.11/9x/Me).

        - Gilboa
        oVirt-HV1: Intel S2600C0, 2xE5-2658V2, 128GB, 8x2TB, 4x480GB SSD, GTX1080 (to-VM), Dell U3219Q, U2415, U2412M.
        oVirt-HV2: Intel S2400GP2, 2xE5-2448L, 120GB, 8x2TB, 4x480GB SSD, GTX730 (to-VM).
        oVirt-HV3: Gigabyte B85M-HD3, E3-1245V3, 32GB, 4x1TB, 2x480GB SSD, GTX980 (to-VM).
        Devel-2: Asus H110M-K, i5-6500, 16GB, 3x1TB + 128GB-SSD, F33.

        Comment


        • #5
          Originally posted by gilboa View Post

          Quite the contrary.
          Virtualization was never intended to be a security / utilization solution.
          I have never said that it was conceived as a security solution.

          Originally posted by gilboa View Post

          The original virtualization solutions were simply designed to allow users of X operating system, continue running their legacy application that required deprecated Y operating system. For this use-case, legacy hardware emulation was a must.
          To be honest, virtualization's first objective was ( and is ) to consolidate hardware resources. You have underused server resources and you virtualize it to use every single cpu cycle/ram byte.

          Originally posted by gilboa View Post

          Good luck trying to run a Windows 7/8 only application on virtio only hypervisor (Let alone DOS/Windows 3.11/9x/Me).

          - Gilboa
          I use windows 7 on qemu/kvm, with virtiostor and netkvm. It is not difficult at all. What is lacking are fancy features like virtio-fs.

          Comment


          • #6
            Originally posted by pabloski View Post
            To be honest, virtualization's first objective was ( and is ) to consolidate hardware resources. You have underused server resources and you virtualize it to use every single cpu cycle/ram byte.
            Here we differ.
            If you look at the first virtualization solutions on mainframes such as the IBM/370 its was designed as both a consolidation solutions and as legacy solution (As far as I remember it could run CP/M software).
            That said, virtualization on the PC, was initially conceived as a legacy application solution - be that qemu, virtualbox, Boches or VMWare.

            I use windows 7 on qemu/kvm, with virtiostor and netkvm. It is not difficult at all. What is lacking are fancy features like virtio-fs.
            As far as I know, non of which are virtio only solutions. They have BIOS/UEFI emulation, 440/Q35 chipset emulation, boot disk emulation, etc.
            Pure virtio solution has *none* of this.

            - Gilboa
            Last edited by gilboa; 18 February 2021, 02:29 AM.
            oVirt-HV1: Intel S2600C0, 2xE5-2658V2, 128GB, 8x2TB, 4x480GB SSD, GTX1080 (to-VM), Dell U3219Q, U2415, U2412M.
            oVirt-HV2: Intel S2400GP2, 2xE5-2448L, 120GB, 8x2TB, 4x480GB SSD, GTX730 (to-VM).
            oVirt-HV3: Gigabyte B85M-HD3, E3-1245V3, 32GB, 4x1TB, 2x480GB SSD, GTX980 (to-VM).
            Devel-2: Asus H110M-K, i5-6500, 16GB, 3x1TB + 128GB-SSD, F33.

            Comment

            Working...
            X