mirror of
https://github.com/LCTT/TranslateProject.git
synced 2025-01-10 22:21:11 +08:00
translated
This commit is contained in:
heguangzhi
parent
f6665af171
commit
7aadc31c86
@ -1,105 +0,0 @@
|
||||
[#]: collector: (lujun9972)
|
||||
[#]: translator: (heguangzhi)
|
||||
[#]: reviewer: ( )
|
||||
[#]: publisher: ( )
|
||||
[#]: url: ( )
|
||||
[#]: subject: (The Linux kernel: Top 5 innovations)
|
||||
[#]: via: (https://opensource.com/article/19/8/linux-kernel-top-5-innovations)
|
||||
[#]: author: (Seth Kenlon https://opensource.com/users/sethhttps://opensource.com/users/mhaydenhttps://opensource.com/users/mralexjuarez)
|
||||
|
||||
The Linux kernel: Top 5 innovations
|
||||
======
|
||||
Want to know what the actual (not buzzword) innovations are when it
|
||||
comes to the Linux kernel? Read on.
|
||||
![Penguin with green background][1]
|
||||
|
||||
The word _innovation_ gets bandied about in the tech industry almost as much as _revolution_, so it can be difficult to differentiate hyperbole from something that’s actually exciting. The Linux kernel has been called innovative, but then again it’s also been called the biggest hack in modern computing, a monolith in a micro world.
|
||||
|
||||
Setting aside marketing and modeling, Linux is arguably the most popular kernel of the open source world, and it’s introduced some real game-changers over its nearly 30-year life span.
|
||||
|
||||
### Cgroups (2.6.24)
|
||||
|
||||
Back in 2007, Paul Menage and Rohit Seth got the esoteric [_control groups_ (cgroups)][2] feature added to the kernel (the current implementation of cgroups is a rewrite by Tejun Heo.) This new technology was initially used as a way to ensure, essentially, quality of service for a specific set of tasks.
|
||||
|
||||
For example, you could create a control group definition (cgroup) for all tasks associated with your web server, another cgroup for routine backups, and yet another for general operating system requirements. You could then control a percentage of resources for each cgroup, such that your OS and web server gets the bulk of system resources while your backup processes have access to whatever is left.
|
||||
|
||||
What cgroups has become most famous for, though, is its role as the technology driving the cloud today: containers. In fact, cgroups were originally named [process containers][3]. It was no great surprise when they were adopted by projects like [LXC][4], [CoreOS][5], and Docker.
|
||||
|
||||
The floodgates being opened, the term _containers_ justly became synonymous with Linux, and the concept of microservice-style cloud-based “apps” quickly became the norm. These days, it’s hard to get away from cgroups, they’re so prevalent. Every large-scale infrastructure (and probably your laptop, if you run Linux) takes advantage of cgroups in a meaningful way, making your computing experience more manageable and more flexible than ever.
|
||||
|
||||
For example, you might already have installed [Flathub][6] or [Flatpak][7] on your computer, or maybe you’ve started using [Kubernetes][8] and/or [OpenShift][9] at work. Regardless, if the term “containers” is still hazy for you, you can gain a hands-on understanding of containers from [Behind the scenes with Linux containers][10].
|
||||
|
||||
### LKMM (4.17)
|
||||
|
||||
In 2018, the hard work of Jade Alglave, Alan Stern, Andrea Parri, Luc Maranget, Paul McKenney, and several others, got merged into the mainline Linux kernel to provide formal memory models. The Linux Kernel Memory [Consistency] Model (LKMM) subsystem is a set of tools describing the Linux memory coherency model, as well as producing _litmus tests_ (**klitmus**, specifically) for testing.
|
||||
|
||||
As systems become more complex in physical design (more CPU cores added, cache and RAM grow, and so on), the harder it is for them to know which address space is required by which CPU, and when. For example, if CPU0 needs to write data to a shared variable in memory, and CPU1 needs to read that value, then CPU0 must write before CPU1 attempts to read. Similarly, if values are written in one order to memory, then there’s an expectation that they are also read in that same order, regardless of which CPU or CPUs are doing the reading.
|
||||
|
||||
Even on a single CPU, memory management requires a specific task order. A simple action such as **x = y** requires a CPU to load the value of **y** from memory, and then store that value in **x**. Placing the value stored in **y** into the **x** variable cannot occur _before_ the CPU has read the value from memory. There are also address dependencies: **x[n] = 6** requires that **n** is loaded before the CPU can store the value of six.
|
||||
|
||||
LKMM helps identify and trace these memory patterns in code. It does this in part with a tool called **herd**, which defines the constraints imposed by a memory model (in the form of logical axioms), and then enumerates all possible outcomes consistent with these constraints.
|
||||
|
||||
### Low-latency patch (2.6.38)
|
||||
|
||||
Long ago, in the days before 2011, if you wanted to do "serious" [multimedia work on Linux][11], you had to obtain a low-latency kernel. This mostly applied to [audio recording][12] while adding lots of real-time effects (such as singing into a microphone and adding reverb, and hearing your voice in your headset with no noticeable delay). There were distributions, such as [Ubuntu Studio][13], that reliably provided such a kernel, so in practice it wasn't much of a hurdle, just a significant caveat when choosing your distribution as an artist.
|
||||
|
||||
However, if you weren’t using Ubuntu Studio, or you had some need to update your kernel before your distribution got around to it, you had to go to the rt-patches web page, download the kernel patches, apply them to your kernel source code, compile, and install manually.
|
||||
|
||||
And then, with the release of kernel version 2.6.38, this process was all over. The Linux kernel suddenly, as if by magic, had low-latency code (according to benchmarks, latency decreased by a factor of 10, at least) built-in by default. No more downloading patches, no more compiling. Everything just worked, and all because of a small 200-line patch implemented by Mike Galbraith.
|
||||
|
||||
For open source multimedia artists the world over, it was a game-changer. Things got so good from 2011 on that in 2016, I challenged myself to [build a Digital Audio Workstation (DAW) on a Raspberry Pi v1 (model B)][14] and found that it worked surprisingly well.
|
||||
|
||||
### RCU (2.5)
|
||||
|
||||
RCU, or Read-Copy-Update, is a system defined in computer science that allows multiple processor threads to read from shared memory. It does this by deferring updates, but also marking them as updated, to ensure that the data’s consumers read the latest version. Effectively, this means that reads happen concurrently with updates.
|
||||
|
||||
The typical RCU cycle is a little like this:
|
||||
|
||||
1. Remove pointers to data to prevent other readers from referencing it.
|
||||
2. Wait for readers to complete their critical processes.
|
||||
3. Reclaim the memory space.
|
||||
|
||||
|
||||
|
||||
Dividing the update stage into removal and reclamation phases means the updater performs the removal immediately while deferring reclamation until all active readers are complete (either by blocking them or by registering a callback to be invoked upon completion).
|
||||
|
||||
While the concept of read-copy-update was not invented for the Linux kernel, its implementation in Linux is a defining example of the technology.
|
||||
|
||||
### Collaboration (0.01)
|
||||
|
||||
The final answer to the question of what the Linux kernel innovated will always be, above all else, collaboration. Call it good timing, call it technical superiority, call it hackability, or just call it open source, but the Linux kernel and the many projects that it enabled is a glowing example of collaboration and cooperation.
|
||||
|
||||
And it goes well beyond just the kernel. People from all walks of life have contributed to open source, arguably _because_ of the Linux kernel. The Linux was, and remains to this day, a major force of [Free Software][15], inspiring users to bring their code, art, ideas, or just themselves, to a global, productive, and diverse community of humans.
|
||||
|
||||
### What’s your favorite innovation?
|
||||
|
||||
This list is biased toward my own interests: containers, non-uniform memory access (NUMA), and multimedia. I’ve surely left your favorite kernel innovation off the list. Tell me about it in the comments!
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
|
||||
via: https://opensource.com/article/19/8/linux-kernel-top-5-innovations
|
||||
|
||||
作者：[Seth Kenlon][a]
|
||||
选题：[lujun9972][b]
|
||||
译者：[heguangzhi](https://github.com/heguangzhi)
|
||||
校对：[校对者ID](https://github.com/校对者ID)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
[a]: https://opensource.com/users/sethhttps://opensource.com/users/mhaydenhttps://opensource.com/users/mralexjuarez
|
||||
[b]: https://github.com/lujun9972
|
||||
[1]: https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/linux_penguin_green.png?itok=ENdVzW22 (Penguin with green background)
|
||||
[2]: https://en.wikipedia.org/wiki/Cgroups
|
||||
[3]: https://lkml.org/lkml/2006/10/20/251
|
||||
[4]: https://linuxcontainers.org
|
||||
[5]: https://coreos.com/
|
||||
[6]: http://flathub.org
|
||||
[7]: http://flatpak.org
|
||||
[8]: http://kubernetes.io
|
||||
[9]: https://www.redhat.com/sysadmin/learn-openshift-minishift
|
||||
[10]: https://opensource.com/article/18/11/behind-scenes-linux-containers
|
||||
[11]: http://slackermedia.info
|
||||
[12]: https://opensource.com/article/17/6/qtractor-audio
|
||||
[13]: http://ubuntustudio.org
|
||||
[14]: https://opensource.com/life/16/3/make-music-raspberry-pi-milkytracker
|
||||
[15]: http://fsf.org
|
||||
108
translated/tech/20190823 The Linux kernel- Top 5 innovations.md
Normal file
108
translated/tech/20190823 The Linux kernel- Top 5 innovations.md
Normal file
@ -0,0 +1,108 @@
|
||||
[#]: collector: (lujun9972)
|
||||
[#]: translator: (heguangzhi)
|
||||
[#]: reviewer: ( )
|
||||
[#]: publisher: ( )
|
||||
[#]: url: ( )
|
||||
[#]: subject: (The Linux kernel: Top 5 innovations)
|
||||
[#]: via: (https://opensource.com/article/19/8/linux-kernel-top-5-innovations)
|
||||
[#]: author: (Seth Kenlon https://opensource.com/users/sethhttps://opensource.com/users/mhaydenhttps://opensource.com/users/mralexjuarez)
|
||||
|
||||
The Linux kernel: Top 5 innovations
|
||||
======
|
||||
Linux 内核:五大创新
|
||||
======
|
||||
|
||||
想知道什么是真正的(不是那种时髦的)在 Linux 内核上的创新吗？请继续阅读。
|
||||
![绿色背景的企鹅][1]
|
||||
|
||||
_创新_ 这个词在科技行业的传播几乎和 _革命_ 一样多，所以很难区分那些夸张和真正令人振奋的东西。Linux 内核被称为创新的，但它又被称为现代计算中最大的黑客，一个微观世界中的庞然大物。
|
||||
|
||||
撇开市场和模式不谈，Linux 可以说是开源世界中最受欢迎的内核，它在近30年的生命周期中引入了一些真正的游戏改变者。
|
||||
|
||||
### Cgroups (2.6.24)
|
||||
|
||||
早在2007年，Paul Menage 和 Rohit Seth 就在内核中添加了深奥的[_control groups_ (cgroups)][2]功能(cgroups 的当前实现是由 Tejun Heo 重写的。)这种新技术最初被用作一种方法，从本质上来说，是为了确保一组特定任务的服务质量。
|
||||
|
||||
例如，您为与您的 WEB 服务相关联的所有任务创建一个控制组定义 ( cgroup )，为常规备份创建另一个 cgroup ，为一般操作系统需求创建另一个cgroup。然后，您可以控制每个组的资源百分比，这样您的操作系统和 WEB 服务就可以获得大部分系统资源，而您的备份进程可以访问剩余的资源。
|
||||
|
||||
然而，cgroups 最著名的是它作为今天驱动云技术的角色:容器。事实上，cgroups 最初被命名为[进程容器][3]。当它们被 [LXC][4]，[CoreOS][5]和 Docker 等项目采用时，这并不奇怪。
|
||||
|
||||
就像闸门打开后一样，“ _容器_ ”一词恰好成为了 Linux 的同义词，微服务风格的基于云的“应用”概念很快成为了规范。如今，很难脱离 cgroups ，他们是如此普遍。每一个大规模的基础设施(可能还有你的笔记本电脑，如果你运行 Linux 的话)都以一种有意思的方式使用了 cgroups ，使你的计算体验比以往任何时候都更加易于管理和灵活。
|
||||
|
||||
例如，您可能已经在电脑上安装了[Flathub][6]或[Flatpak][7]，或者您已经在工作中使用[Kubernetes][8]和/或[OpenShift][9]。不管怎样，如果“容器”这个术语对你来说仍然模糊不清，你可以在[ Linux 容器背后的应用场景][10] 获得对容器的实际理解。
|
||||
|
||||
### LKMM (4.17)
|
||||
|
||||
2018年，Jade Alglave, Alan Stern, Andrea Parri, Luc Maranget, Paul McKenney, 和其他几个人的辛勤工作的成果被合并到主线 Linux 内核中，以提供正式的内存模型。Linux 内核内存[一致性]模型(LKMM)子系统是一套描述Linux 内存一致性模型的工具，同时也产生测试用例。
|
||||
|
||||
|
||||
随着系统在物理设计上变得越来越复杂(增加了更多的中央处理器内核，高速缓存和内存增加，等等)，它们就越难知道哪个中央处理器需要哪个地址空间，以及何时需要。例如，如果 CPU0 需要将数据写入内存中的共享变量，并且 CPU1 需要读取该值，那么 CPU0 必须在 CPU1 尝试读取之前写入。类似地，如果值是以一种顺序写入内存的，那么期望它们也以同样的顺序被读取，而不管哪个或哪些 CPU 正在读取。
|
||||
|
||||
即使在单个处理器上，内存管理也需要特定的顺序。像 **x = y** 这样的简单操作需要处理器从内存中加载 **y** 的值，然后将该值存储在 **x** 中。在处理器从内存中读取值之前，是不能将存储在 **y** 中的值放入 **x** 变量的。还有地址依赖:**x[n] = 6** 要求在处理器能够存储值6之前加载 **n** 。
|
||||
|
||||
LKMM 帮助识别和跟踪代码中的这些内存模式。这部分是通过一个名为 **herd** 的工具来实现的，该工具定义了内存模型施加的约束(以逻辑公式的形式)，然后列举了与这些约束一致性的所有可能的结果。
|
||||
|
||||
### 低延迟补丁 (2.6.38)
|
||||
|
||||
|
||||
很久以前，在2011年之前的日子里，如果你想在 Linux进行 多媒体工作 [multimedia work on Linux][11] ，您必须获得一个低延迟内核。这主要适用于[录音/audio recording][12]，同时添加了许多实时效果(如对着麦克风唱歌和添加混音，以及在耳机中无延迟地听到您的声音)。有些发行版，如[Ubuntu Studio][13]，可靠地提供了这样一个内核，所以实际上这没有什么障碍，当艺术家选择发行版本时，只是作为一个重要提醒。
|
||||
|
||||
然而，如果您没有使用 Ubuntu Studio ，或者您需要在分发之前更新您的内核，您必须跳转到 rt-patches 网页，下载内核补丁，将它们应用到您的内核源代码，编译，然后手动安装。
|
||||
|
||||
然后，随着内核版本2.6.38的发布，这个过程结束了。默认情况下，Linux 内核突然像变魔术一样内置了低延迟代码(根据基准测试，延迟至少降低了10倍)。不再下载补丁，不用编译。一切都很顺利，这都是因为 Mike Galbraith 编写了一个200行的小补丁。
|
||||
|
||||
对于全世界的开源多媒体艺术家来说，这是一个游戏规则的改变。从2011年开始到2016年事情变得如此美好，我向自己做了一个挑战，要求[在树莓派v1(型号B)上建造一个数字音频工作站(DAW)][14]，结果发现它运行得出奇地好。
|
||||
|
||||
### RCU (2.5)
|
||||
|
||||
RCU，或称读-拷贝-更新，是计算机科学中定义的一个系统，它允许多个处理器线程从共享内存中读取数据。它通过推迟更新来做到这一点，但也将它们标记为已更新，以确保数据读取为最新内容。实际上，这意味着读取与更新同时发生。
|
||||
|
||||
|
||||
典型的 RCU 循环有点像这样:
|
||||
|
||||
1. 删除指向数据的指针，以防止其他读操作引用它。
|
||||
2. 等待读完成他们的关键处理。
|
||||
3. 回收内存空间。
|
||||
|
||||
将更新阶段划分为删除和回收阶段意味着更新程序会立即执行删除，同时推迟回收直到所有活动读取完成(通过阻止它们或注册一个回调以便在完成时调用)。
|
||||
|
||||
虽然读-拷贝-更新的概念不是为 Linux 内核发明的，但它在 Linux 中的实现是该技术的一个定义性的例子。
|
||||
|
||||
### 合作 (0.01)
|
||||
|
||||
对于 Linux 内核创新的问题，最重要的是协作，最终答案也是。称之为好时机，称之为技术优势，称之为黑客能力，或者仅仅称之为开源，但 Linux 内核及其支持的许多项目是协作与合作的光辉范例。
|
||||
|
||||
它远远超出了内核范畴。各行各业的人都对开源做出了贡献，可以说是因为 Linux 内核。Linux 曾经是，现在仍然是 [自由软件][15]的主要力量，激励人们把他们的代码、艺术、想法或者仅仅是他们自己带到一个全球化的、有生产力的、多样化的人类社区中。
|
||||
|
||||
### 你最喜欢的创新是什么？
|
||||
|
||||
这个列表偏向于我自己的兴趣:容器、非统一内存访问(NUMA)和多媒体。我肯定把你最喜欢的内核创新从列表中去掉了。在评论中告诉我！
|
||||
|
||||
--------------------------------------------------------------------------------
|
||||
|
||||
via: https://opensource.com/article/19/8/linux-kernel-top-5-innovations
|
||||
|
||||
作者：[Seth Kenlon][a]
|
||||
选题：[lujun9972][b]
|
||||
译者：[heguangzhi](https://github.com/heguangzhi)
|
||||
校对：[校对者ID](https://github.com/校对者ID)
|
||||
|
||||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||||
|
||||
[a]: https://opensource.com/users/sethhttps://opensource.com/users/mhaydenhttps://opensource.com/users/mralexjuarez
|
||||
[b]: https://github.com/lujun9972
|
||||
[1]: https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/linux_penguin_green.png?itok=ENdVzW22 (Penguin with green background)
|
||||
[2]: https://en.wikipedia.org/wiki/Cgroups
|
||||
[3]: https://lkml.org/lkml/2006/10/20/251
|
||||
[4]: https://linuxcontainers.org
|
||||
[5]: https://coreos.com/
|
||||
[6]: http://flathub.org
|
||||
[7]: http://flatpak.org
|
||||
[8]: http://kubernetes.io
|
||||
[9]: https://www.redhat.com/sysadmin/learn-openshift-minishift
|
||||
[10]: https://opensource.com/article/18/11/behind-scenes-linux-containers
|
||||
[11]: http://slackermedia.info
|
||||
[12]: https://opensource.com/article/17/6/qtractor-audio
|
||||
[13]: http://ubuntustudio.org
|
||||
[14]: https://opensource.com/life/16/3/make-music-raspberry-pi-milkytracker
|
||||
[15]: http://fsf.org
|
||||
Loading…
Reference in New Issue
Block a user