Language Selection

English French German Italian Portuguese Spanish

Linux Kernel, Linux Foundation and Graphics

Filed under
Graphics/Benchmarks
Linux
  • The final step for huge-page swapping

    For many years, Linux system administrators have gone out of their way to avoid swapping. The advent of nonvolatile memory is changing the equation, though, and swapping is starting to look interesting again — if it can perform well enough. That is not the case in current kernels, but a longstanding project to allow the swapping of transparent huge pages promises to improve that situation considerably. That work is reaching its final stage and might just enter the mainline soon.

    The use of huge pages can improve the performance of the system significantly, so the kernel works hard to make them available. The transparent huge pages mechanism collects application data into huge pages behind the scenes, and the memory-management subsystem as a whole works hard to ensure that appropriately sized pages are available. When it comes time to swap out a process's pages, though, all of that work is discarded, and a huge page is split back into hundreds of normal pages to be written out. When swapping was slow and generally avoided, that didn't matter much, but it is a bigger problem if one wants to swap to a fast device and maintain performance.

  • Revisiting the MAP_SHARED_VALIDATE hack

    One of the the most commonly repeated mistakes in system-call design is a failure to check for unknown flags wherever flags are accepted. If there is ever a point where callers can get away with setting unknown flags, then adding new flags becomes a hazardous act. In the case of mmap(), though, developers found a clever way around this problem. A recent discussion has briefly called that approach into question, though, and raised the issue of what constitutes a kernel regression. No changes are forthcoming as a result, but the discussion does provide an opportunity to look at both the specific hack and how the kernel community decides whether a change is a regression or not.

    Back in 2017, several developers were trying to figure out a way to safely allow direct user-space access to files stored on nonvolatile memory devices. The hardware allows this memory to be addressed directly by the processor, but any changes could go astray if the filesystem were to move blocks around at the same time. The solution that arose was a new mmap() flag called MAP_SYNC. When a file is mapped with this flag set (and the file is stored on a nonvolatile memory device), the kernel will take extra care to ensure that access to the mapping and filesystem-level changes will not conflict with each other. As far as applications are concerned, using this flag solves the problem.

  • Take Our Survey on Open Source Programs

    Please take eight minutes to complete this survey. The results will be shared publicly on The New Stack, and The Linux Foundation’s GitHub page.

  • Mesa 18.1.4 release candidate

    Mesa 18.1.4 is planned for release this Friday, July 13th, at or around 10 AM PDT.

  • Mesa 18.1.4 Being Prepared With Intel Fixes & A Couple For Radeon

    Another routine Mesa 18.1. point release is being prepared while waiting for the August debut of the Mesa 18.2 feature update.

    Dylan Baker, the Mesa 18.1 release manager and his first stab at the task, has announced the Mesa 18.1.4 release candidate today. In its current form, Mesa 18.1.4 is comprised of just over two dozen patches.

  • Pre-AMDGPU xf86-video-ati X.Org Driver Sees A Round Of Improvements

    It's rare in recent years to have anything to report on xf86-video-ati, the X.Org driver for the display/2D experience for pre-GCN Radeon graphics cards. But this week has been a large batch of fixes and improvements for those using this DDX driver with pre-HD7000 series hardware.

    Longtime Radeon Linux driver developer Michel Dänzer has landed a number of commits already this week of various fixes/cleanups, some of which were inspired by the xf86-video-amdgpu DDX driver that is used for current-generation hardware with the AMDGPU kernel driver (unless using xf86-video-modesetting...).

More in Tux Machines

OSS: Launchpad, RAMSES, Kodi, WorldWideWeb, D-Bus Broker

  • Launchpad news, July 2018 – January 2019
  • BMW Volleys Open-Source "RAMSES" Distributed 3D Rendering System
    For those interested in distributed 3D rendering, the developers at BMW recently received clearance to open-source RAMSES, a 3D rendering system optimized for bandwidth and resource efficiency. RAMSES is a distributed rendering engine that's designed for embedded use-cases and thus a heavy emphasis on efficiency, after all it comes out of BMW. RAMSES allows for different processes on different devices connected via a network to provide/consume 3D content and form a unison of cohesive displays.
  • 8 Best Kodi Builds For 2019 That Every Kodi User Must Install
    or Kodi users, it’s always a task to find and install new addons to enjoy live tv, movies, documentaries, and tv shows. To get the Kodi media center up and running, you need to install different Kodi addons which is a time-consuming task. If you want to cut short the amount of time and effort required to install various addons and best Kodi repositories, you must use a Kodi Build.
  • Surf Internet Like It’s 1990: CERN Redesigns World’s 1st Web Browser
    CERN, the European Organization for Nuclear Research, has redesigned the world’s first web browser WorldWideWeb to celebrate the 30th anniversary of the original browser. Sir Tim Berners-Lee brought the first proposal for a global hypertext system in 1989, which later came to be known as the World Wide Web that he designed on a NeXT machine in 1990. Internet wasn’t as easy to use as it is today. The primitive version of the internet required users to double click on hyperlinks to open them.
  • D-Bus Broker 18 Released While BUS1 In-Kernel IPC Remains Stalled
    Version 18 of D-Bus Broker has been released, the D-Bus message bus implementation designed for high performance and better reliability compared to the D-Bus reference implementation while sticking to compatibility with the original specification. D-Bus Broker 18 isn't the most exciting release but just has two main changes for improving its compatibility launcher. As of D-Bus Broker 18, configuration parsing errors for this launcher are handled in the same manner as dbus-daemon. Also, the compatibility launcher is no longer isolated in its own network namespace to deal with SELinux API requirements.

Microsoft and Google 'EEE' GNU/Linux

Games: Retro Gaming and Vambrace: Cold Soul Coming to GNU/Linux

  • Raspberry Pi and Retro Gaming | Choose Linux 3
    Jason finally discovers the bottomless well of potential that is the Raspberry Pi, and talks about his first experience with Raspbian. Then Joe and Jason take a nostalgic deep dive into retro gaming on both the Raspberry Pi and the Pinebook.
  • Vambrace: Cold Soul, the next title from Devespresso Games will support Linux
    Devespresso Games (The Coma) are working on a new game called Vambrace: Cold Soul, a narrative-driven fantasy adventure that will support Linux. It's inspired by games like Darkest Dungeon, Castlevania and more it certainly looks good. I've had access to it for a while to do some pre-release Linux testing for the studio and I've been pretty impressed with it. The developer has also been very responsive to feedback and so far the Linux version seems pretty solid. The inspiration from Darkest Dungeon is pretty clear, with the turn-based battles and graphical style of the characters as well as the atmosphere being all quite familiar. Very much its own game though, the narrative focus of it along with the town exploration is certainly very different.

Python: Pyro Probabilistic Programming Language and More

  • Pyro Probabilistic Programming Language Becomes Newest LF Deep Learning Project
    The LF Deep Learning Foundation (LF DL), a Linux Foundation project that supports and sustains open source innovation in artificial intelligence (AI), machine learning (ML), and deep learning (DL), announces the Pyro project, started by Uber, as its newest incubation project. Built on top of the PyTorch framework, Pyro is a deep probabilistic programming framework that facilitates large-scale exploration of AI models, making deep learning model development and testing quicker and more seamless. This is the second project LF DL has voted in from Uber, following last December’s Horovod announcement. Pyro is used by large companies like Siemens, IBM, and Uber, and startups like Noodle.AI, in addition to Harvard University, MIT, Stanford University, University of Oxford, University of Cambridge, and The Broad Institute. At Uber, Pyro solves a range of problems including sensor fusion, time series forecasting, ad campaign optimization and data augmentation for deep image understanding.
  • Converting Python Scripts to Executable Files
    In this tutorial, we will explore the conversion of Python scripts to Windows executable files in four simple steps. Although there are many ways to do it, we'll be covering, according to popular opinion, the simplest one so far. This tutorial has been designed after reviewing many common errors that people face while performing this task, and hence contains detailed information to install and set up all the dependencies as well. Feel free to skip any step, if you already have those dependencies installed. Without any further ado, let's start.
  • Python Performance Optimization
    Resources are never sufficient to meet growing needs in most industries, and now especially in technology as it carves its way deeper into our lives. Technology makes life easier and more convenient and it is able to evolve and become better over time. This increased reliance on technology has come at the expense of the computing resources available. As a result, more powerful computers are being developed and the optimization of code has never been more crucial. Application performance requirements are rising more than our hardware can keep up with. To combat this, people have come up with many strategies to utilize resources more efficiently – Containerizing, Reactive (Asynchronous) Applications, etc.
  • Webinar Recording: “Demystifying Python’s async and await Keywords” with Michael Kennedy
    Yesterday we hosted a webinar with Michael Kennedy from Talk Python To Me podcasts and training presenting Demystifying Python’s async and await Keywords. Turned out to be the highest-rated webinar in 7 years of JetBrains’ webinars. Thanks Michael! The webinar recording is now available, as well as a repository with the Python code he showed and the slides he used.
  • Skipping tests depending on the Python version
    Sometimes we want to run certain tests only on a specific version of Python. Suppose you are migrating a large project from Python 2 to Python 3 and you know in advance that certain tests won't run under Python 3. Chances are that during the migration you are already using the six library. The six libraries have two boolean properties which are initialised to True depending on the Python version which is being used: PY2 when running under Python 2 and PY3 when running under Python 3.