Language Selection

English French German Italian Portuguese Spanish

Kernel: Linux in the 2010s, Some Benchmarks and Experimental GCN 1.0 GPU Support Might Be Dropped From AMDGPU Linux Driver

Filed under
Graphics/Benchmarks
Linux
  • The Linux Kernel Highlights Of The 2010s From Torvalds' Sabbatical To Dealing With Vulnerabilities

    Going along with our other end of year and decade recaps, here is a look back at the Linux kernel highlights for the 2010s.

    The Linux kernel during the 2010s saw a lot of new features and expanded hardware support, fallout from many security vulnerabilities and having to provide various CPU mitigations as well, Microsoft beginning to contribute to the Linux kernel largely in the context of Hyper-V, various performance improvements, debates over the state of 32-bit's future, and much more.

  • Power Management Improvements Could Benefit Intel Server Performance In Linux 5.6

    Some Intel server platforms could see better performance with the Linux 5.6 kernel cycle.

    Intel's Rafael Wysocki who also serves as the Linux kernel's power management subsystem maintainer has been queuing some patches recently in working on ACPI _CST support around the Intel-Idle driver.

  • The AppArmor Performance Impact In 70+ Benchmarks On Linux 5.5 Git

    With bisecting one of the big regressions in Linux 5.5 and finding the culprit to be an AppArmor change while using Hackbench as one of the most affected tests, I was curious to see what other workloads are impacted big by AppArmor on the current Linux 5.5 Git code. Here are 72 tests with the Threadripper 3970X on Linux 5.5 Git when toggling AppArmor.

    These New Year's Eve benchmarks are looking at the performance of Linux 5.5 Git as of two days ago when running out-of-the-box on Ubuntu 19.10 and then booting with apparmor=0 to force AppArmor to be disabled. Thus looking at the overall cost of AppArmor on Linux 5.5 right now as opposed to just the change from the recent regression.

  • The Experimental GCN 1.0 GPU Support Might Be Dropped From AMDGPU Linux Driver

    By default the Linux kernel selects the aging Radeon DRM driver for GCN 1.0 "Southern Islands" and GCN 1.1 "Sea Islands" hardware (as well as all older ATI/AMD GPUs) while it's GCN 1.2 and newer that defaults to the modern AMDGPU kernel driver. But for years there has been experimental GCN 1.0/1.1 support available via kernel module options, but now for the original GCN GPUs that code is at risk of being dropped.

Reiser5 File-System In Development

  • Reiser5 File-System In Development - Adds Local Volumes With Parallel Scaling Out

    Well, this is a hell of a way to surprisingly end the 2010s... Reiser5. Reiser5 brings a new format to the Reiser file-system and brings some new innovations to this file-system while keeping to its controversial name.

    Edward Shishkin has continued maintaining the Reiser4 file-system over the decade for new kernel releases even with no aim for mainline inclusion. Reiser4 has continued to be maintained while the likes of Btrfs, F2FS, EXT4, XFS, and ZFS On Linux among others have continued advancing... But Shishkin has quietly been working on advancing the Reiser file-system design and today announced format 5, a.k.a. Reiser5.

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

More in Tux Machines

Linuxfx 11.1 WxDesktop 11.0.3

It is with great pleasure that we announce the release of Linuxfx version 11.1.1103. This update releases several new features for the operating system. The system kernel has been updated to version 5.13, bringing better support for more modern hardware. System tools gained new translations: French, German, Italian, Japanese, Chinese, Spanish, American and Portuguese is now supported for WxDesktop. Android support has been improved, now in addition to supporting opengl, we also release support for Vulkan (experimental). Finally, all system packages have been updated, including WxDesktop, Onlyoffice and many others. The image has been scaled down to fit on a DVD. Users of older versions will receive this update over the internet. New users can download the new image from our portal. Read more

Audiocasts/Shows: TLLTS, Going Linux, and FLOSS Weekly

  • The Linux Link Tech Show Episode 939

    Joel aint got no time for outlook! He is too busy working jenkins.

  • Going Linux #417 · A Tribute To Tom

    We remember former co-host, Tom with a re-broadcast of Tom at his best in episode 180, Listener Feedback and an interview with Jonathan Nadeau.

  • FLOSS Weekly 664: Tailscale - Avery Pennarun, VPN

    Avery Pennarun of Tailscale and much more, blows the minds of Doc Searls and Aaron Newcomb on a can't-miss show that explains how the best development is all "chickens and eggs." Pennarun explains thatfree software and open source is the gifting nature of the former, and how startups succeed and fail at crossing chasms. All while touching on so much more that we now have a Part 2 of the discussion planned.

Android Leftovers

Kernel: LWN Articles and F2FS in Linux 5.17

  • VSTATUS, with or without SIGINFO [LWN.net]

    The Unix signal interface is complex and hard to work with; some developers have argued that its design is "unfixable". So when Walt Drummond proposed increasing the number of signals that Linux systems could manage, eyebrows could be observed at increased altitude across the Internet. The proposed increase seems unlikely to happen, but the underlying goal — to support a decades-old feature from other operating systems — may yet become a reality. The kernel is able to support up to 64 different signal types, which seems like a fair number, but all 64 are taken, on some architectures at least. That makes it impossible to add new signal types to Linux. Drummond sought to address that problem by raising the limit to 1024, which would surely be enough for all time. Raising the limit requires making some subtle changes to the user-space API (putting a larger signal mask into the information passed to realtime signal handlers, for example) that have the possibility of breaking applications, which means that extra scrutiny would be required. But that, it seems, is what would be needed to be able to add more signals.

  • Fixing a corner case in asymmetric CPU packing [LWN.net]

    Linux supports processor architectures where CPUs in the same system might have different processing capacities; for example, the Arm big.LITTLE systems combine fast, power-hungry CPUs with slower, more efficient ones. Linux has also run for years on simultaneous multithreading (SMT) architectures, where one CPU executes multiple independent execution threads and is seen as if it were multiple cores. There are architectures that mix both approaches. A recent discussion on a patch set submitted by Ricardo Neri shows that, on these systems, the scheduler might distribute tasks in an inefficient way.

  • Some 5.16 kernel development statistics

    The 5.16 kernel was released on January 9, as expected. This development cycle incorporated 14,190 changesets from 1,988 developers; it was thus quite a bit busier than its predecessor, and fairly typical for recent kernel releases in general. A new release means that the time has come to have a look at where those changes came from. The 1,998 developers contributing to 5.16 was the second-highest number ever, with only 5.13 (with 2,062 developers) being higher. This time around, 296 developers contributed their first change to the kernel, which is at the high end of the typical range.

  • F2FS With Linux 5.17 Makes Some Performance Improvements - Phoronix

    F2FS as the Flash-Friendly File-System may not see too much use out of desktop Linux distributions at least as it concerns any easy/semi-endorsed root install option, but this file-system does continue maturing and seeing much use by enthusiasts and especially among the plethora of Android devices now supporting this flash-optimized file-system. With Linux 5.17, F2FS has some performance improvements and other fixes. F2FS lead developer and maintainer Jaegeuk Kim sent in the Flash-Friendly File-System updates on Tuesday. This cycle there is work for addressing performance issues in the checkpoint and direct I/O code. There is also improvements to the page cache management code used as part of the file-system compression support.