Slashdot Mirror

← Back to Stories (view on slashdot.org)

Linux Kernel 4.10 Officially Released With Virtual GPU Support (softpedia.com)

Posted by EditorDavid on from the tarballs-from-Torvalds dept.

"Linus Torvalds announced today the general availability of the Linux 4.10 kernel series, which add a great number of improvements, new security features, and support for the newest hardware components," writes Softpedia. prisoninmate quotes their report: Linux kernel 4.10 has been in development for the past seven weeks, during which it received a total of seven Release Candidate snapshots that implemented all the changes that you'll soon be able to enjoy on your favorite Linux-based operating system... Prominent new features include virtual GPU (Graphics Processing Unit) support, new "perf c2c" tool that can be used for analysis of cacheline contention on NUMA systems, support for the L2/L3 caches of Intel processors (Intel Cache Allocation Technology), eBPF hooks for cgroups, hybrid block polling, and better writeback management. A new "perf sched timehist" feature has been added in Linux kernel 4.10 to provide detailed history of task scheduling, and there's experimental writeback cache and FAILFAST support for MD RAID5... Ubuntu 17.04 (Zesty Zapus) could be the first stable OS to ship with Linux 4.10.
It required 13,000 commits, plus over 1,200 merges, Linus wrote in the announcement, adding "On the whole, 4.10 didn't end up as small as it initially looked."

7 of 90 comments (clear)

  1. Does this mean... by Zontar+The+Mindless · · Score: 4, Interesting

    ...that we'll finally get a Nouveau driver that isn't a crash-prone piece of crap?

    --
    Il n'y a pas de Planet B.
    1. Re:Does this mean... by Gravis+Zero · · Score: 4, Funny

      Does this mean that we'll finally get a Nouveau driver that isn't a crash-prone piece of crap?

      Sure, it's virtually yours! ;)

      --
      Anons need not reply. Questions end with a question mark.
  2. vGPU seems cool by Kjella · · Score: 5, Interesting

    Looks like you can get near-native performance even though you're sharing hardware. With this maybe instead of a dual boot PC you can have a dual VM PC, one runs Linux and the other Windows and both at near native performance and you don't have to dedicate a graphics card. That sounds like a real gateway drug, use Linux for the desktop and the games that run on it but be able to switch to your Wintendo and play that one must-have game your friends want. That said right now it looks like an an Intel tech, did anyone see anything about AMD/nVidia support? Because sharing that Intel iGPU wasn't really what I'm looking for....

    --
    Live today, because you never know what tomorrow brings
    1. Re: vGPU seems cool by dknj · · Score: 4, Informative

      there is definitely support for nvidia

      Vgpu seems very very cool. Now how can we turn this into something commercially viable?

      -dk

    2. Re:vGPU seems cool by fuzzyfuzzyfungus · · Score: 5, Informative

      My understanding is that it is more extensive: PCI(mostly 'e' these days) passthrough allows you to assign a physical device to a VM; but the device can't be shared: if a given piece of hardware is being passed through to one of the guests, none of the other guests or the host OS can use it.

      This 'virtual GPU' stuff is supposed to make allocating GPU resources between VMs closer to how it is with CPU time or memory, where all the guests and the host can't exceed the capabilities of the machine they are running on; but they can all have access, with relatively modest overhead, to the same device.

      I don't know if things work as pleasantly as desired yet; but in principle it should be a lot more convenient than full device passthrough. Especially in cases where you might be interested in the GPU for its computational capabilities, video transcoder, etc.

  3. Re: Backported to 2.6? by corychristison · · Score: 4, Informative

    Running 4.9 on 4 physical machines in my home. And also running 4.9 on over a dozen VMs in a datacenter without systemd.

    There are a few distributions that don't push it down your throat. There are even a few others that offer (optional) alternative kernels and init systems.

    Personally I use funtoo.

    Take a look at www.without-systemd.org for more.

  4. Why did you write that? by dbIII · · Score: 4, Informative

    SystemD is in userspace. There are no dependencies for SystemD in the kernel.
    Now I hate SystemD far more than most due to it causing actual failures for me in production, but spreading disinformation about it is dishonest.