Mirrors_BOOKS/LDD-LinuxDeviceDrivers
1
0
Fork 0
mirror of https://github.com/gatieme/LDD-LinuxDeviceDrivers.git synced 2026-09-22 20:53:34 +08:00
Code Issues Actions Packages Projects Releases Wiki Activity

description/open_source: update phoronix vs LWN to date 20231001

Browse Source
This commit is contained in:
Cheng Jian
2023-11-19 17:59:30 +08:00
parent c8e0adeab8
commit 654015a965
5 changed files with 20 additions and 2 deletions
Download Patch File Download Diff File Expand all files Collapse all files
study/kernel/00-DESCRIPTION/DEBUGGING.md
+1
View File
@@ -352,6 +352,7 @@ $reclaim = current\_mem \times reclaim\_ratio \times max(0,1 – \frac{psi_some}
`struct scripting_ops` 封装了 perf 支持的高级语言解析框架. 可通过 script_spec_register() 注册, 当前支持 perl, python.
支持对 Python 使用 Linux perf 进行性能分析 [The challenge of compiling for verified architectures](https://lwn.net/Articles/946254).
| 时间 | 作者 | 特性 | 描述 | 是否合入主线 | 链接 |
|:----:|:----:|:---:|:----:|:---------:|:----:|
study/kernel/00-DESCRIPTION/MEMORY_MANAGER.md
+1
View File
@@ -6122,6 +6122,7 @@ git://github.com/glommer/linux.git kmemcg-slab
| 2022/02/01 | Yosry Ahmed <yosryahmed@google.com> | [memcg: add per-memcg total kernel memory stat](https://patchwork.kernel.org/project/linux-mm/patch/20220201200823.3283171-1-yosryahmed@google.com/) | 610482 | v1 ☐☑ | [PatchWork v1,0/1](https://lore.kernel.org/r/20220201200823.3283171-1-yosryahmed@google.com)<br>*-*-*-*-*-*-*-* <br>[PatchWork v2,0/1](https://lore.kernel.org/r/20220203193856.972500-1-yosryahmed@google.com) |
| 2022/05/21 | Vasily Averin <vvs@openvz.org> | [memcg: accounting for objects allocated by mkdir cgroup](https://lore.kernel.org/all/06505918-3b8a-0ad5-5951-89ecb510138e@openvz.org) | TODO | v2 ☐☑✓ | [LORE v2,0/9](https://lore.kernel.org/all/06505918-3b8a-0ad5-5951-89ecb510138e@openvz.org) |
| 2022/06/28 | Yosry Ahmed <yosryahmed@google.com> | [KVM: mm: count KVM mmu usage in memory stats](https://patchwork.kernel.org/project/linux-mm/cover/20220628220938.3657876-1-yosryahmed@google.com/) | 654790 | v6 ☐☑ | [LORE v6,0/4](https://lore.kernel.org/r/20220628220938.3657876-1-yosryahmed@google.com) |
| 2023/09/29 | Roman Gushchin <roman.gushchin@linux.dev> | [mm: improve performance of accounted kernel memory allocations](https://lore.kernel.org/all/20230929180056.1122002-1-roman.gushchin@linux.dev) | [New Patches Speed-Up Linux's Accounted Kernel Memory Allocations By ~30%](https://www.phoronix.com/news/Linux-Faster-Accounted-Kmem) | v1 ☐☑✓ | [LORE v1,0/5](https://lore.kernel.org/all/20230929180056.1122002-1-roman.gushchin@linux.dev) |
## 9.4 MEMCG LRU
study/kernel/00-DESCRIPTION/PERFORMANCE.md
+1
View File
@@ -103,6 +103,7 @@ https://www.phoronix.com/scan.php?page=news_item&px=UDP-IPV6-5P-Optimization
|:----:|:----:|:---:|:----:|:---------:|:----:|
| 2021/08/03 | Peter Oskolkov <posk@google.com> | [thread_info: use helpers to snapshot thread flags](https://lwn.net/Articles/722293) | 参见报道 [Linux 5.17 To Continue With I/O Optimizations, 5~6% Improvement Pending For NVMe](https://www.phoronix.com/scan.php?page=news_item&px=Linux-5.17-Will-Continue-IO) | v1 ☐ | [PatchWork v4,00/10](https://lore.kernel.org/patchwork/cover/1471548) |
| 2022/12/18 | Eric Van Hensbergen <evanhensbergen@icloud.com> | [Performance fixes for 9p filesystem](https://lore.kernel.org/all/20221218232217.1713283-1-evanhensbergen@icloud.com) | [New Patches Aim To Boost Linux 9p Performance By ~10x](https://www.phoronix.com/news/Linux-9p-10x-Performance) | v2 ☐☑✓ | [LORE v2,0/10](https://lore.kernel.org/all/20221218232217.1713283-1-evanhensbergen@icloud.com) |
| 2023/10/04 | Nikhil V <quic_nprakash@quicinc.com> | [PM: hibernate: LZ4 compression support](https://lore.kernel.org/all/cover.1696410298.git.quic_nprakash@quicinc.com) | 目前, 当休眠 Linux 系统时, LZO 压缩用于保留内存内容, 而高通公司今天发布的新补丁系列允许更改使用的压缩 API, 并使 LZ4 成为 Linux 休眠期间的新选项. 切换到 LZ4 压缩时, 解压缩率从 335 MB/s 跃升至 501 MB/s, 进而将系统恢复时间缩短了大约半秒. [Linux Patches Allow Changing Hibernation Compression Format For Better Performance](https://www.phoronix.com/news/Linux-LZ4-Hibernation-Patches). | v1 ☐☑✓ | [LORE v1,0/4](https://lore.kernel.org/all/cover.1696410298.git.quic_nprakash@quicinc.com) |
# 5 ARCH
study/kernel/00-DESCRIPTION/SCHEDULER.md
+2
View File
@@ -6135,6 +6135,7 @@ CONFIG_HUAWEI_SCHED_VIP 被标记为 vip_prio, 为 VIP 线程提供了近似于
| 2021/04/07 | Rafael J. Wysocki <rjw@rjwysocki.net> | [cpuidle: Take possible negative"sleep length"values into account](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/?id=060e3535adf5c961b01421b9fdaddab8dd43ba85) | 1867445.PYKUYFuaPT@kreacher | v1 ☐☑✓ 5.13-rc1 | [LORE v1,0/5](https://lkml.org/lkml/2021/3/29/1834) |
| 2020/05/11 | Pratik Rajesh Sampat <psampat@linux.ibm.com> | [Alternate history mechanism for the TEO governor](https://lore.kernel.org/all/20200511141055.43029-1-psampat@linux.ibm.com) | 20200511141055.43029-2-psampat@linux.ibm.com | v1 ☐☑✓ | [LORE v1,0/1](https://lore.kernel.org/all/20200511141055.43029-1-psampat@linux.ibm.com) |
| 2022/11/02 | Kajetan Puchalski <kajetan.puchalski@arm.com> | [cpuidle: teo: Introduce util-awareness](https://lore.kernel.org/all/20221102152808.2978590-1-kajetan.puchalski@arm.com) | TODO | v4 ☐☑✓ | [LORE v4,0/2](https://lore.kernel.org/all/20221102152808.2978590-1-kajetan.puchalski@arm.com) |
| 2023/07/31 | Rafael J. Wysocki <rjw@rjwysocki.net> | [cpuidle: teo: Avoid stopping scheduler tick too often](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/?id=9a41e16f11103c37263271ff2a433f2f3885fced) | 当选择的空闲状态很浅时, 该系列显著减少了 TEO 请求停止 TICK 的情况. | v3 ☑✓ 6.6-rc1 | [LORE v3,0/3](https://lore.kernel.org/all/4515817.LvFx2qVVIh@kreacher) |
## 9.3 CPU-Idle latency
@@ -6615,6 +6616,7 @@ ARM & Linaro 的内核团队针对 Android/linux 等做了大量的调度的优
| 2020/06/19 | Phil Auld <pauld@redhat.com> | [Sched: Add a tracepoint to track rq->nr_running](https://lore.kernel.org/patchwork/patch/1258690) | 增加 nr_running 的跟踪点. 通过 | v1 ☑ 5.9-rc1 | [PatchWork](https://lore.kernel.org/patchwork/patch/1258690), [COMMIT](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=9d246053a69196c7c27068870e9b4b66ac536f68)<br>*-*-*-*-*-*-*-* <br>[FixPatch](https://lore.kernel.org/patchwork/patch/1284621), [COMMIT](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=a1bd06853ee478d37fae9435c5521e301de94c67) |
| 2020/08/28 | | [sched/debug: Add new tracepoint to track cpu_capacity](https://lore.kernel.org/patchwork/patch/1296761) | 增加 cpu_capacity 的跟踪点 | v2 ☑ 5.10-rc1 | [PatchWork](https://lore.kernel.org/patchwork/cover/1296761), [COMMIT](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=51cf18c90ca1b51d1cb4af3064e85fcf8610b5d2) |
| 2023/05/09 | Lukasz Luba <lukasz.luba@arm.com> | [Add basic tracing for uclamp and schedutil](https://lore.kernel.org/all/20230509122246.1702397-1-lukasz.luba@arm.com) | TODO | v2 ☐☑✓ | [LORE v2,0/3](https://lore.kernel.org/all/20230509122246.1702397-1-lukasz.luba@arm.com) |
| 2023/08/01 | Ze Gao <zegao2021@gmail.com> | [add to report task state in symbolic chars from sched tracepoint](https://lore.kernel.org/all/20230801090124.8050-1-zegao@tencent.com) | TODO | v3 ☐☑✓ | [](https://lore.kernel.org/linux-trace-kernel/20230725072254.32045-1-zegao@tencent.com)<br>*-*-*-*-*-*-*-* <br>[LORE v2,0/3](https://lore.kernel.org/linux-trace-kernel/20230726121618.19198-1-zegao@tencent.com)<br>*-*-*-*-*-*-*-* <br>[LORE v3,0/6](https://lore.kernel.org/all/20230801090124.8050-1-zegao@tencent.com) |
## 12.3 debug 接口
study/kernel/00-DESCRIPTION/TODO.md
+15 -2
View File
@@ -570,7 +570,7 @@ BPF verifiery 已经做了很多工作来尽量确保加载进 kernel 的 BPF pr
[Linux's SLUB Allocator Preparing To Better Fend Off Cross-Cache Attacks](https://www.phoronix.com/news/Linux-SLUB-Prevent-Cross-Cache)
[Intel oneAPI Initiative Evolves Into The Unified Acceleration "UXL" Foundation](https://www.phoronix.com/review/oneapi-uxl-foundation)
[Intel oneAPI Initiative Evolves Into The Unified Acceleration"UXL"Foundation](https://www.phoronix.com/review/oneapi-uxl-foundation)
[](https://www.phoronix.com/news/Linux-6.6-x86-microcode)
@@ -579,6 +579,19 @@ BPF verifiery 已经做了很多工作来尽量确保加载进 kernel 的 BPF pr
[Moving physical pages from user space](https://lwn.net/Articles/944115)
[Revisiting the kernel's preemption models (part 1)](https://lwn.net/Articles/944686)
[User-space spinlocks with help from rseq()](https://lwn.net/Articles/944895)
[Google Proposes New mseal() Memory Sealing Syscall For Linux](https://www.phoronix.com/news/Linux-mseal-Memory-Sealing)
[GCC features to help harden the kernel](https://lwn.net/Articles/946041)
[Rethinking multi-grain timestamps](https://lwn.net/Articles/946394)
[mseal() and what comes after](https://lwn.net/Articles/948129)
[Finer-grained BPF tokens](https://lwn.net/Articles/947173)
[Intel支持混合内核架构的硬件线程调度器是怎么工作的？](https://mp.weixin.qq.com/s/9Zl-h61hm0kDhq68bsBEJQ)
[Red-black trees for BPF programs](https://lwn.net/Articles/924128)
在目前的情况下, 我们应该看到从 perf-script、perf-schedule-timehist 和 tp_printk 中报告的调度任务状态的三种不同结果. tracepoint sched_switch 的. 不难看出前两个是建立在第三个的基础上的, 这也是我们看到这个的原因. 不一致性在于前两种方法不能跟上随着内核发展而报告的任务状态定义的内部变化. 在 tracepoint sched_switch 中导出任务状态的内部表示并不是一个好的做法, 而且根本不鼓励这样做容易破坏依赖于它的用户空间工具. 特别是当跟踪点由于其稳定性而被大量应用于许多可观测性工具中时性质, 这使得它们不再仅用于调试目的, 我们应该小心地决定应该向用户空间报告什么, 以及什么不应该.
因此, 要彻底解决上面提到的问题, 而不是选择与用户空间跟踪工具同步