Language Selection

English French German Italian Portuguese Spanish

Intel Chips Get Slower (Again) Because of the Defects

Filed under
Graphics/Benchmarks
Hardware
  • MDS / Zombieload Mitigations Come At A Real Cost, Even If Keeping Hyper Threading On

    The default Linux mitigations for the new Microarchitectural Data Sampling (MDS) vulnerabilities (also known as "Zombieload") do incur measurable performance cost out-of-the-box in various workloads. That's even with the default behavior where SMT / Hyper Threading remains on while it becomes increasingly apparent if wanting to fully protect your system HT must be off.

    MDS was announced on Tuesday and now back from the Open-Source Technology Summit I am running a number of MDS/Zombieload mitigation benchmarks including the likes now of comparing the overall Spectre/Meltdown/L1TF/MDS impact and also if going the "full" route of disabling Hyper Threading. Tomorrow will be the first featured (multi-page) article with MDS data on multiple systems while here are some initial numbers I am seeing when just looking at the new default cost of this MDS mitigation.

  • Intel's Coffeelake OpenCL Performance Between Beignet & Their Modern NEO Driver

    A few days back I posted a number of Intel OpenCL benchmarks between their former Beignet and new "NEO" Linux compute stacks that was done using a Skylake NUC for the Iris Pro 580 graphics. For those wondering how these two open-source Intel OpenCL implementations compare for the more common UHD Graphics 630, here are some benchmarks using an Intel Core i9 8700K "Coffeelake" processor.

    With an Intel Core i7 8700K sporting UHD Graphics 630, I ran some benchmarks comparing the latest Git code of the now-deprecated Beignet OpenCL driver against the modern OpenCL NEO driver. These are complementary data points to last week's Iris Pro benchmarks. As outlined in that earlier article and is also the case for Coffeelake, Beignet only provides OpenCL 2.0 while the current NEO driver offers OpenCL 2.1 capabilities at present and is the default Intel Linux OpenCL implementation moving forward.

More in Tux Machines

Android Leftovers

Intel Tries Again To Auto Enable GuC/HuC Functionality For Their Linux Graphics Driver

Intel previously tried auto-enabling GuC and HuC functionality within their Linux kernel graphics driver but ended up reverting the support since the driver didn't gracefully handle the scenarios of missing/corrupt firmware files. The driver should now be more robust in such situations so they will try again for turning on the automatic behavior, possibly for the upcoming Linux 5.4 cycle. Intel GuC and HuC have been around since Skylake and used for graphics workload scheduling, some power management bits, and for select media capabilities. For newer hardware is also being used as part of HEVC/H.265 handling. Read more

today's howtos

KDE Frameworks 5.61, Applications 19.08 in FreeBSD

Recent releases were KDE Frameworks 5.61 and KDE Applications 19.08. These have both landed in the official FreeBSD ports tree, after Tobias did most of the work and I pushed the big red button. Your FreeBSD machine will need to be following current ports – not the quarterly release branches, since we don’t backport to those. All the modern bits have arrived, maintaining the KDE-FreeBSD team’s commitment to up-to-date software for the FreeBSD desktop. The one thing we’re currently lagging on is Qt 5.13. There’s a FreeBSD problem report tracking that update. Read more