From 6eb8ca4dd5ec17bc4bf1a63ae6e5618b65cf8bf2 Mon Sep 17 00:00:00 2001 From: Cheng Jian Date: Sun, 5 Feb 2023 20:53:46 +0800 Subject: [PATCH] description/open_source: update phoronix vs LWN to date 20230130 v2 --- study/kernel/00-DESCRIPTION/BPF.md | 37 +++++++++++++++++++ study/kernel/00-DESCRIPTION/LOCKING.md | 2 +- study/kernel/00-DESCRIPTION/MEMORY_MANAGER.md | 5 ++- study/kernel/00-DESCRIPTION/OPEN_SOURCE.md | 6 +++ study/kernel/00-DESCRIPTION/SCHEDULER.md | 1 + study/kernel/00-DESCRIPTION/TODO.md | 22 ++++++----- 6 files changed, 62 insertions(+), 11 deletions(-) diff --git a/study/kernel/00-DESCRIPTION/BPF.md b/study/kernel/00-DESCRIPTION/BPF.md index e16957d..cae8078 100644 --- a/study/kernel/00-DESCRIPTION/BPF.md +++ b/study/kernel/00-DESCRIPTION/BPF.md @@ -498,6 +498,14 @@ glcc 则实现了 eBPF 驱动和 libbpf 的支持, 允许 eBPF 程序无需修 [bcc/ebpf 安装及示例（2019）](http://arthurchiao.art/blog/bcc-ebpf-tutorial-zh) +## 8.7 continuous profiling +------- + +| 博客 | 描述 | +|:---:|:----:| +| [Introduction to Parca - Part 1](https://www.polarsignals.com/blog/posts/2023/01/19/introduction-to-parca-agent) | Parca 是一个基于 eBPF 在线采样工具. | +| [grafana/phlare](https://github.com/grafana/phlare) | + # 9 WASM(WebAssembly) ------- @@ -519,6 +527,35 @@ Wasmtime 完全开源, 使用 Rust 编程语言, 是的, 并且符合 WASI 标 [Microsoft and Isovalent partner to bring next generation eBPF dataplane for cloud-native applications in Azure](https://azure.microsoft.com/zh-cn/blog/microsoft-and-isovalent-partner-to-bring-next-generation-ebpf-dataplane-for-cloudnative-applications-in-azure) + + +# X 学习参考 +------- + +## X.1 业界工具 +------- + +| 工具 | 描述 | +|:---:|:----:| +| [nyrahul/ebpf-guidee](https://github.com/nyrahul/ebpf-guide) | eBPF 常见问题, 样例以及工具汇总 | +| [](https://github.com/apache/skywalking-rover) | | + +## X.2 业界博客 +------- + +| 博客 | 描述 | +|:---:|:----:| +| [Introduction to Parca - Part 1](https://www.polarsignals.com/blog/posts/2023/01/19/introduction-to-parca-agent) | Parca 是一个基于 eBPF 在线采样工具. | +| [DWARF-based Stack Walking Using eBPF](https://www.polarsignals.com/blog/posts/2022/11/29/profiling-without-frame-pointers) | NA | + +## X.2 eBPF 月报 +------- + + +[ebpf 月报 - 2023 年 1 月](https://segmentfault.com/a/1190000043355631) + + +
* 本作品/博文 ( [AderStep-紫夜阑珊-青伶巷草 Copyright ©2013-2017](http://blog.csdn.net/gatieme) ), 由 [成坚(gatieme)](http://blog.csdn.net/gatieme) 创作. diff --git a/study/kernel/00-DESCRIPTION/LOCKING.md b/study/kernel/00-DESCRIPTION/LOCKING.md index 30dd6a4..c760ae4 100644 --- a/study/kernel/00-DESCRIPTION/LOCKING.md +++ b/study/kernel/00-DESCRIPTION/LOCKING.md @@ -304,7 +304,7 @@ Google 的 Joel Fernandes 等发现 RCU 并没有很好的节能, 在 Android | 时间 | 作者 | 特性 | 描述 | 是否合入主线 | 链接 | |:----:|:----:|:---:|:----:|:---------:|:----:| -| 2022/10/19 | Paul E. McKenney | [Lazy call_rcu() updates for v6.2](https://lore.kernel.org/all/20221019225138.GA2499943@paulmck-ThinkPad-P17-Gen-1) | TODO | v6 ☐☑✓ | [LORE v6,00/14](https://lore.kernel.org/all/20221019225138.GA2499943@paulmck-ThinkPad-P17-Gen-1)
*-*-*-*-*-*-*-*
[LORE 00/16](https://lore.kernel.org/all/20221122010408.GA3799268@paulmck-ThinkPad-P17-Gen-1) | +| 2022/10/19 | Paul E. McKenney | [Lazy call_rcu() updates for v6.2](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/?id=9d40c84cf5bcb5b1d124921ded2056d76be7640d) | TODO | v6 ☑✓ 6.2-rc1 | [LORE v6,00/14](https://lore.kernel.org/all/20221019225138.GA2499943@paulmck-ThinkPad-P17-Gen-1)
*-*-*-*-*-*-*-*
[LORE 00/16](https://lore.kernel.org/all/20221122010408.GA3799268@paulmck-ThinkPad-P17-Gen-1) | # 6 FUTEX diff --git a/study/kernel/00-DESCRIPTION/MEMORY_MANAGER.md b/study/kernel/00-DESCRIPTION/MEMORY_MANAGER.md index dea5f1a..bece8fe 100644 --- a/study/kernel/00-DESCRIPTION/MEMORY_MANAGER.md +++ b/study/kernel/00-DESCRIPTION/MEMORY_MANAGER.md @@ -347,6 +347,8 @@ Linux 一开始是在一台i386上的机器开发的, i386 的硬件页表是2 |:----:|:----:|:---:|:----:|:---------:|:----:| | 2022/08/29 | Sidhartha Kumar | [begin converting hugetlb code to folios](https://patchwork.kernel.org/project/linux-mm/cover/20220829230014.384722-1-sidhartha.kumar@oracle.com/) | 672211 | v1 ☐☑ | [LORE v1,0/7](https://lore.kernel.org/r/20220829230014.384722-1-sidhartha.kumar@oracle.com)
*-*-*-*-*-*-*-*
[LORE v2,0/6](https://lore.kernel.org/r/20220906165445.146913-1-sidhartha.kumar@oracle.com)
*-*-*-*-*-*-*-*
[LORE v4,0/5](https://lore.kernel.org/r/20220922154207.1575343-1-sidhartha.kumar@oracle.com) | | 2022/11/15 | Sidhartha Kumar | [convert core hugetlb functions to folios](https://patchwork.kernel.org/project/linux-mm/cover/20221115212217.19539-1-sidhartha.kumar@oracle.com/) | 695698 | v1 ☐☑ | [LORE v1,0/10](https://lore.kernel.org/r/20221115212217.19539-1-sidhartha.kumar@oracle.com)
*-*-*-*-*-*-*-*
[LORE v2,0/10](https://lore.kernel.org/r/20221117210258.12732-1-sidhartha.kumar@oracle.com)
*-*-*-*-*-*-*-*
[LORE v3,0/10](https://lore.kernel.org/r/20221117211501.17150-1-sidhartha.kumar@oracle.com)
*-*-*-*-*-*-*-*
[LORE v4,0/10](https://lore.kernel.org/r/20221118222002.82588-1-sidhartha.kumar@oracle.com)
*-*-*-*-*-*-*-*
[LORE v5,0/10](https://lore.kernel.org/r/20221129225039.82257-1-sidhartha.kumar@oracle.com) | +| 2022/12/30 | Kefeng Wang | [mm: convert page_idle/damon to use folios](https://patchwork.kernel.org/project/linux-mm/cover/20221230070849.63358-1-wangkefeng.wang@huawei.com/) | 707655 | v4 ☐☑ | [LORE v4,0/8](https://lore.kernel.org/r/20221230070849.63358-1-wangkefeng.wang@huawei.com) | +| 2022/12/31 | Matthew Wilcox | [Get rid of first tail page fields](https://patchwork.kernel.org/project/linux-mm/cover/20221231214610.2800682-1-willy@infradead.org/) | 708076 | v1 ☐☑ | [LORE v1,0/22](https://lore.kernel.org/r/20221231214610.2800682-1-willy@infradead.org) | @@ -4744,6 +4746,7 @@ Google 的工程师 Mina Almasry 提出了一种新的思路, 通过 [mremap 的 |:----:|:----:|:---:|:----:|:---------:|:----:| | 2022/10/07 | Song Liu | [vmalloc_exec for modules and BPF programs](https://lore.kernel.org/all/20220818224218.2399791-1-song@kernel.org) | 这个补丁集允许内核动态分配的代码段 (比如模块、bpf 程序、各种 trampoline 等) 共享巨大的页面. 这个想法源自于 [Peter Zijlstra 在讨论 mm/vmalloc: introduce vmalloc_exec which allocates RO+X memory](https://lore.kernel.org/bpf/Ys6cWUMHO8XwyYgr@hirez.programming.kicks-ass.net) 中的建议. 最终目标是仅在 2MB 页面中承载内核文本(当前仅针对对于 x86_64). | v1 ☐☑✓ | [2022/08/18 LORE v1,0/5](https://lore.kernel.org/all/20220818224218.2399791-1-song@kernel.org)
*-*-*-*-*-*-*-*
[2022/10/07 LORE v2,0/4](https://lore.kernel.org/all/20221007234315.2877365-1-song@kernel.org) | | 2022/05/19 | Song Liu | [module: introduce module_alloc_huge](https://lore.kernel.org/all/20220520031548.338934-5-song@kernel.org) | TODO | v3 ☐☑✓ | [LORE v3,4/8](https://lore.kernel.org/all/20220520031548.338934-5-song@kernel.org) | +| 2021/12/07 | Xu Yu | [anolis: mm, thp: introduce hugetext framework](https://github.com/gatieme/linux/commit/39350c152353da9bf5f8f8eb729cd3004cc2fc3c) | [OpenAnolis Cloud-Kernel 代码大页-mysql性能测试](https://openanolis.cn/sig/Cloud-Kernel/doc/475049355931222178) | v3 ☐☑✓ | [COMMIT 00/10](https://lore.kernel.org/all/20220520031548.338934-5-song@kernel.org) | ### 7.1.9 HugeTLBFS @@ -7085,7 +7088,7 @@ CSDN 宣传博客 [内存不超过5M, datop 在识别冷热内存及跨 numa 访 | 2022/08/22 | CGEL | [ksm: count allocated ksm rmap_items for each process](https://patchwork.kernel.org/project/linux-mm/patch/20220822053653.204150-1-xu.xin16@zte.com.cn/) | 669627 | v1 ☐☑ | [LORE v1,0/1](https://lore.kernel.org/r/20220822053653.204150-1-xu.xin16@zte.com.cn) | | 2022/08/24 | CGEL | [ksm: count allocated rmap_items and update documentation](https://patchwork.kernel.org/project/linux-mm/cover/20220824040036.215002-1-xu.xin16@zte.com.cn/) | 670470 | v2 ☐☑ | [LORE v2,0/2](https://lore.kernel.org/r/20220824040036.215002-1-xu.xin16@zte.com.cn)
*-*-*-*-*-*-*-*
[LORE v5,0/2](https://lore.kernel.org/r/20220830143731.299702-1-xu.xin16@zte.com.cn) | | 2022/08/29 | Qi Zheng | [add common struct mm_slot and use it in THP and KSM](https://patchwork.kernel.org/project/linux-mm/cover/20220829143055.41201-1-zhengqi.arch@bytedance.com) | 672053 | v1 ☐☑ | [LORE v1,0/7](https://lore.kernel.org/r/20220829143055.41201-1-zhengqi.arch@bytedance.com)
*-*-*-*-*-*-*-*
[LORE v2,0/7](https://lore.kernel.org/r/20220831031951.43152-1-zhengqi.arch@bytedance.com) | -| 2022/10/08 | xu.xin.sc@gmail.com | [ksm: support tracking KSM-placed zero-pages](https://lore.kernel.org/all/20221008070156.308465-1-xu.xin16@zte.com.cn) | 在使能 use_zero_pages 之前, ksm 的 pages_sharing 基本是准确的. 但是当启用 use_zero_pages 时, 所有与内核零页合并的空页都不会计算在 pages_sharing 或 pages_shared 中. 这是因为这些空页面被合并为零页面, KSM 不再管理这些页面, 这至少会导致两个问题: 1. MADV_UNMERGEABLE 和其他触发取消共享的方法将不会取消 KSM 放置的共享零页(这至少是违反 MADV_UNMERGEABLE 文档的), 参见[链接](https://lore.kernel.org/lkml/4a3daba6-18f9-d252-697c-197f65578c44@redhat.com). 2. 当启用 use_zero_pages 时, 我们无法知道有多少页是 KSM 放置的零页, 这导致 KSM 对所有实际合并的页面不透明. 通过这个补丁集我们可以精确地取消共享零页 (ksm - 放置) 并计算 ksm 零页. | v1 ☐☑✓ | [2022/10/08 LORE v1,0/5](https://lore.kernel.org/all/20221008070156.308465-1-xu.xin16@zte.com.cn)
*-*-*-*-*-*-*-*
[2022/10/11 LORE v3,0/5](https://lore.kernel.org/all/20221011022006.322158-1-xu.xin16@zte.com.cn)
*-*-*-*-*-*-*-*
[2022/12/26 LORE v4,0/6](https://lore.kernel.org/r/202212260959492929897@zte.com.cn) | +| 2022/10/08 | xu.xin.sc@gmail.com | [ksm: support tracking KSM-placed zero-pages](https://lore.kernel.org/all/20221008070156.308465-1-xu.xin16@zte.com.cn) | 在使能 use_zero_pages 之前, ksm 的 pages_sharing 基本是准确的. 但是当启用 use_zero_pages 时, 所有与内核零页合并的空页都不会计算在 pages_sharing 或 pages_shared 中. 这是因为这些空页面被合并为零页面, KSM 不再管理这些页面, 这至少会导致两个问题: 1. MADV_UNMERGEABLE 和其他触发取消共享的方法将不会取消 KSM 放置的共享零页(这至少是违反 MADV_UNMERGEABLE 文档的), 参见[链接](https://lore.kernel.org/lkml/4a3daba6-18f9-d252-697c-197f65578c44@redhat.com). 2. 当启用 use_zero_pages 时, 我们无法知道有多少页是 KSM 放置的零页, 这导致 KSM 对所有实际合并的页面不透明. 通过这个补丁集我们可以精确地取消共享零页 (ksm - 放置) 并计算 ksm 零页. | v1 ☐☑✓ | [2022/10/08 LORE v1,0/5](https://lore.kernel.org/all/20221008070156.308465-1-xu.xin16@zte.com.cn)
*-*-*-*-*-*-*-*
[2022/10/11 LORE v3,0/5](https://lore.kernel.org/all/20221011022006.322158-1-xu.xin16@zte.com.cn)
*-*-*-*-*-*-*-*
[2022/12/26 LORE v4,0/6](https://lore.kernel.org/r/202212260959492929897@zte.com.cn)
*-*-*-*-*-*-*-*
[LORE v5,0/6](https://lore.kernel.org/r/202212300911327101708@zte.com.cn) | diff --git a/study/kernel/00-DESCRIPTION/OPEN_SOURCE.md b/study/kernel/00-DESCRIPTION/OPEN_SOURCE.md index 1a89e54..e68a7a4 100644 --- a/study/kernel/00-DESCRIPTION/OPEN_SOURCE.md +++ b/study/kernel/00-DESCRIPTION/OPEN_SOURCE.md @@ -181,6 +181,12 @@ OSDI 的全称是 USENIX Symposium on Operating Systems Design and Implementatio |:---:|:----:| | 2022/05/02 ~ 2022/05/04 | [LSFMM-2022](https://lwn.net/Articles/893733) | + +## 6.6 [KernelPodCast](https://kernelpodcast.org) +------- + +[S2E1 – 2023/01/21](https://kernelpodcast.org/2023/01/21/s2e1-2023-01-21) + # 7 统计信息 ------- diff --git a/study/kernel/00-DESCRIPTION/SCHEDULER.md b/study/kernel/00-DESCRIPTION/SCHEDULER.md index 58cb8d8..91c3d21 100644 --- a/study/kernel/00-DESCRIPTION/SCHEDULER.md +++ b/study/kernel/00-DESCRIPTION/SCHEDULER.md @@ -597,6 +597,7 @@ coscheduling 协同调度是为了解决云服务场景, 为不同用户提供 | 2021/12/16 | Joel Fernandes | [High latency with core scheduling](https://lore.kernel.org/all/Ybvcu5RIwV+Vko09@google.com) | Ybvcu5RIwV+Vko09@google.com | v1 ☐☑✓ | [LORE](https://lore.kernel.org/all/Ybvcu5RIwV+Vko09@google.com) | | 2022/06/28 | Cruz Zhao | [sched/core: Optimize load balance of core scheduling](https://lore.kernel.org/all/1656403045-100840-1-git-send-email-CruzZhao@linux.alibaba.com) | 相同 cookie 的任务被认为是相互信任的, 可以在 SMT 上的两个兄弟 CPU 上运行, 它们可以在选择下一个任务时配对, 并且可以避免强制闲置. 为了实现这个目标, 必须统计运行队列中有多少带有此 cookie 的任务. 当进行此统计时, 作者也发现一个错误, 当我们更新一个未写入 cookie 的任务的 cookie 时, 任务不会进入 core 的 rbtree, 所以作者同时也修复了这个错误. | v1 ☐☑✓ | [LORE v1,0/3](https://lore.kernel.org/all/1656403045-100840-1-git-send-email-CruzZhao@linux.alibaba.com) | | 2022/09/29 | Cruz Zhao | [sched/core: Optimize the process of picking the max prio task for the core](https://lore.kernel.org/all/1664435913-57227-1-git-send-email-CruzZhao@linux.alibaba.com) | TODO | v1 ☐☑✓ | [LORE](https://lore.kernel.org/all/1664435913-57227-1-git-send-email-CruzZhao@linux.alibaba.com)
*-*-*-*-*-*-*-*
[LORE](https://lore.kernel.org/all/1664767168-30029-1-git-send-email-CruzZhao@linux.alibaba.com) | +| 2021/08/17 | Josh Don | [sched/core: Simplify core-wide task selection](https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=bc9ffef31bf59819c9fc032178534ff9ed7c4981) | 对于 Core Scheduling, 如果 cookie 不匹配, pick_next_task 将更新 "max" 任务 (因为在这种情况下, 新任务的优先级必须高于当前最大值). 然而, 如果我们找到一个具有匹配 cookie 且优先级高于 "max" 的任务, 却无法更新 "max". 这可能导致 SMT-X(X> 2) 机器上的额外迭代. Josh Don 尝试通过 [sched/core: fix pick_next_task 'max' tracking](https://lore.kernel.org/all/20210818005615.138527-1-joshdon@google.com) 修复此问题. 最终经过讨论. Tao 建议采用两次任务选择来避免重试循环. 第一次遍历从所有 SMT 上查找 max, 找到其 max->core_cookie, 第二次遍历基于此 core_cookie 为每个 SMT CPU Thread pick_task, 它不仅避免了重试循环, 还使代码更简单. 同时修复了 Josh Don 发现的问题. | v1 ☑✓ 5.16-rc1 | [LORE](https://lore.kernel.org/all/YSS9+k1teA9oPEKl@hirez.programming.kicks-ass.net) | #### 1.5.4.3 SMT 驱离 (SMT expeller) 技术 diff --git a/study/kernel/00-DESCRIPTION/TODO.md b/study/kernel/00-DESCRIPTION/TODO.md index 1d1c1b9..8bd5801 100644 --- a/study/kernel/00-DESCRIPTION/TODO.md +++ b/study/kernel/00-DESCRIPTION/TODO.md @@ -1,3 +1,7 @@ +git push gatieme :refs/tags/master +git tag -d master + + https://lore.kernel.org/patchwork/cover/347617 https://lore.kernel.org/patchwork/cover/381217 https://lore.kernel.org/patchwork/patch/1454884 @@ -32,7 +36,6 @@ https://lore.kernel.org/patchwork/project/lkml/list/?submitter=13305 | 2022/09/26 | Zhongkun He | [[RFC] proc: Add a new isolated /proc/pid/mempolicy type.](https://patchwork.kernel.org/project/linux-mm/patch/20220926091033.340-1-hezhongkun.hzk@bytedance.com/) | 680392 | v1 ☐☑ | [LORE v1,0/1](https://lore.kernel.org/r/20220926091033.340-1-hezhongkun.hzk@bytedance.com) | -| 2022/09/26 | David Hildenbrand | [mm/autonuma: replace savedwrite infrastructure](https://patchwork.kernel.org/project/linux-mm/cover/20220926152618.194810-1-david@redhat.com) | 680555 | v1 ☐☑ | [LORE v1,0/5](https://lore.kernel.org/r/20220926152618.194810-1-david@redhat.com) | | 2022/09/29 | Shradha Gupta | [Configurable order free page reporting in hyper-v](https://patchwork.kernel.org/project/linux-mm/cover/1664447081-14744-1-git-send-email-shradhagupta@linux.microsoft.com/) | 681863 | v1 ☐☑ | [LORE v1,0/2](https://lore.kernel.org/r/1664447081-14744-1-git-send-email-shradhagupta@linux.microsoft.com) | | 2022/10/04 | Yosry Ahmed | [mm/vmscan: check references from all memcgs for swapbacked memory](https://patchwork.kernel.org/project/linux-mm/patch/20221004233446.787056-1-yosryahmed@google.com/) | 683116 | v1 ☐☑ | [LORE v1,0/1](https://lore.kernel.org/r/20221004233446.787056-1-yosryahmed@google.com) | @@ -85,7 +88,7 @@ https://lkml.org/lkml/2021/3/16/546 | 2022/10/26 | Joey Gouly | [mm: In-kernel support for memory-deny-write-execute (MDWE)](https://patchwork.kernel.org/project/linux-mm/cover/20221026150457.36957-1-joey.gouly@arm.com/) | 689074 | v1 ☐☑ | [LORE RFC,0/4](https://lore.kernel.org/linux-arm-kernel/20220413134946.2732468-1-catalin.marinas@arm.com)
*-*-*-*-*-*-*-*
[LORE v1,0/2](https://lore.kernel.org/r/20221026150457.36957-1-joey.gouly@arm.com) | -| 2022/11/02 | David Hildenbrand | [mm/autonuma: replace savedwrite infrastructure](https://patchwork.kernel.org/project/linux-mm/cover/20221102191209.289237-1-david@redhat.com/) | 参见 LPC-2022 [Copy On Write, Get User Pages, and Mysterious Counters](https://lpc.events/event/16/contributions/1267/) | v1 ☐☑ | [LORE v1,0/6](https://lore.kernel.org/r/20221102191209.289237-1-david@redhat.com)
*-*-*-*-*-*-*-*
[LORE v2,0/7](https://lore.kernel.org/r/20221108174652.198904-1-david@redhat.com) | +| 2022/11/02 | David Hildenbrand | [mm/autonuma: replace savedwrite infrastructure](https://patchwork.kernel.org/project/linux-mm/cover/20221102191209.289237-1-david@redhat.com/) | 参见 LPC-2022 [Copy On Write, Get User Pages, and Mysterious Counters](https://lpc.events/event/16/contributions/1267/) | v1 ☐☑ | [LORE v1,0/5](https://lore.kernel.org/r/20220926152618.194810-1-david@redhat.com)
*-*-*-*-*-*-*-*
[LORE v1,0/6](https://lore.kernel.org/r/20221102191209.289237-1-david@redhat.com)
*-*-*-*-*-*-*-*
[LORE v2,0/7](https://lore.kernel.org/r/20221108174652.198904-1-david@redhat.com) | @@ -155,7 +158,7 @@ khugepage_code 将选择命中率最高的节点作为首选节点, 并尝试在 | 2022/12/09 | Nhat Pham | [[v3,2/4] workingset: refactor LRU refault to expose refault recency check](https://patchwork.kernel.org/project/linux-mm/patch/20221209172922.3143160-1-nphamcs@gmail.com/) | 703468 | v3 ☐☑ | [LORE v3,0/4](https://lore.kernel.org/r/20221209172922.3143160-1-nphamcs@gmail.com) | | 2022/12/12 | Yafang Shao | [mm, bpf: Add BPF into /proc/meminfo](https://patchwork.kernel.org/project/linux-mm/cover/20221212003711.24977-1-laoar.shao@gmail.com/) | 703689 | v1 ☐☑ | [LORE v1,0/9](https://lore.kernel.org/r/20221212003711.24977-1-laoar.shao@gmail.com) | | 2022/12/12 | David Hildenbrand | [[mm-stable] mm/gup_test: free memory allocated via kvcalloc() using kvfree()](https://patchwork.kernel.org/project/linux-mm/patch/20221212182018.264900-1-david@redhat.com/) | 703907 | v1 ☐☑ | [LORE v1,0/1](https://lore.kernel.org/r/20221212182018.264900-1-david@redhat.com) | -| 2022/12/12 | Jason A. Donenfeld | [[RFC,v12,1/6] mm: add VM_DROPPABLE for designating always lazily freeable mappings](https://patchwork.kernel.org/project/linux-mm/patch/20221212185347.1286824-2-Jason@zx2c4.com/) | 703918 | v12 ☐☑ | [LORE v12,0/6](https://lore.kernel.org/r/20221212185347.1286824-2-Jason@zx2c4.com) | +| 2022/12/12 | Jason A. Donenfeld | [mm: add VM_DROPPABLE for designating always lazily freeable mappings](https://patchwork.kernel.org/project/linux-mm/patch/20221212185347.1286824-2-Jason@zx2c4.com/) | 703918 | v12 ☐☑ | [LORE v12,0/6](https://lore.kernel.org/r/20221212185347.1286824-2-Jason@zx2c4.com)[LORE v14,0/7](https://lore.kernel.org/r/20230101162910.710293-3-Jason@zx2c4.com) | | 2022/12/12 | Mike Kravetz | [[1/2] hugetlb: really allocate vma lock for all sharable vmas](https://patchwork.kernel.org/project/linux-mm/patch/20221212235042.178355-1-mike.kravetz@oracle.com/) | 703972 | v1 ☐☑ | [LORE v1,0/2](https://lore.kernel.org/r/20221212235042.178355-1-mike.kravetz@oracle.com) | | 2022/12/13 | Kefeng Wang | [[-next,v3] mm: hwposion: support recovery from ksm_might_need_to_copy()](https://patchwork.kernel.org/project/linux-mm/patch/20221213030557.143432-1-wangkefeng.wang@huawei.com/) | 703997 | v3 ☐☑ | [LORE v3,0/1](https://lore.kernel.org/r/20221213030557.143432-1-wangkefeng.wang@huawei.com) | | 2022/12/13 | Michal Hocko | [memcg reclaim demotion wrt. isolation](https://patchwork.kernel.org/project/linux-mm/patch/Y5idFucjKVbjatqc@dhcp22.suse.cz/) | 704194 | v1 ☐☑ | [LORE v1,0/1](https://lore.kernel.org/r/Y5idFucjKVbjatqc@dhcp22.suse.cz) | @@ -170,7 +173,6 @@ khugepage_code 将选择命中率最高的节点作为首选节点, 并尝试在 | 2022/12/20 | Uladzislau Rezki | [[1/2] mm: vmalloc: Avoid a double lookup of freed VA in a tree](https://patchwork.kernel.org/project/linux-mm/patch/20221220182704.181657-1-urezki@gmail.com/) | 706007 | v1 ☐☑ | [LORE v1,0/2](https://lore.kernel.org/r/20221220182704.181657-1-urezki@gmail.com) | | 2022/12/20 | Roman Gushchin | [mm: kmem: optimize obj_cgroup pointer retrieval](https://patchwork.kernel.org/project/linux-mm/cover/20221220182745.1903540-1-roman.gushchin@linux.dev/) | 706008 | v1 ☐☑ | [LORE v1,0/2](https://lore.kernel.org/r/20221220182745.1903540-1-roman.gushchin@linux.dev) | | 2022/12/20 | Roman Gushchin | [[RFC] ipc/mqueue: introduce msg cache](https://patchwork.kernel.org/project/linux-mm/patch/20221220184813.1908318-1-roman.gushchin@linux.dev/) | 706018 | v1 ☐☑ | [LORE v1,0/1](https://lore.kernel.org/r/20221220184813.1908318-1-roman.gushchin@linux.dev) | -| 2022/12/21 | Jason A. Donenfeld | [[v13,2/7] mm: add VM_DROPPABLE for designating always lazily freeable mappings](https://patchwork.kernel.org/project/linux-mm/patch/20221221142327.126451-3-Jason@zx2c4.com/) | 706247 | v13 ☐☑ | [LORE v13,0/7](https://lore.kernel.org/r/20221221142327.126451-3-Jason@zx2c4.com) | | 2022/12/21 | Marcelo Tosatti | [Ensure quiet_vmstat() is called when returning to userpace and when idle tick is stopped](https://patchwork.kernel.org/project/linux-mm/cover/20221221165801.362118576@redhat.com/) | 706283 | v11 ☐☑ | [LORE v11,0/6](https://lore.kernel.org/r/20221221165801.362118576@redhat.com)
*-*-*-*-*-*-*-*
[LORE v12,0/6](https://lore.kernel.org/r/20221227121137.102497574@redhat.com) | | 2022/12/21 | Uladzislau Rezki | [[v2,1/3] mm: vmalloc: Avoid of calling `__find_vmap_area()` twise in __vunmap()](https://patchwork.kernel.org/project/linux-mm/patch/20221221174454.1085130-1-urezki@gmail.com/) | 706294 | v2 ☐☑ | [LORE v2,0/3](https://lore.kernel.org/r/20221221174454.1085130-1-urezki@gmail.com) | | 2022/12/22 | Yuanchu Xie | [[1/2] mm: add vma_has_locality()](https://patchwork.kernel.org/project/linux-mm/patch/20221222061341.381903-1-yuanchu@google.com/) | 706396 | v1 ☐☑ | [LORE v1,0/2](https://lore.kernel.org/r/20221222061341.381903-1-yuanchu@google.com) | @@ -279,10 +281,10 @@ MGLRU 合入后, 引起了不少场景的性能劣化, 参见 phoronix 报道 [A [对于几个锁的对比总结 Part1](https://blog.csdn.net/He11o_Liu/article/details/81077867) -[论文分享：Smartlocks: Lock Acquisition Scheduling for Self-Aware Synchronization](https://blog.csdn.net/He11o_Liu/article/details/81077695) -[论文分享 SANL：可扩展 NUMA-Aware 锁](https://blog.csdn.net/He11o_Liu/article/details/79255951) -[论文分享：Unlocking Energy](https://blog.csdn.net/He11o_Liu/article/details/81077777) -[论文分享：Non-scalable locks are dangerous](https://blog.csdn.net/He11o_Liu/article/details/80386839) +[论文分享: Smartlocks: Lock Acquisition Scheduling for Self-Aware Synchronization](https://blog.csdn.net/He11o_Liu/article/details/81077695) +[论文分享 SANL: 可扩展 NUMA-Aware 锁](https://blog.csdn.net/He11o_Liu/article/details/79255951) +[论文分享: Unlocking Energy](https://blog.csdn.net/He11o_Liu/article/details/81077777) +[论文分享: Non-scalable locks are dangerous](https://blog.csdn.net/He11o_Liu/article/details/80386839) [转载 ---- 从 CPU cache 一致性的角度看 Linux spinlock 的不可伸缩性 (non-scalable)](https://blog.csdn.net/zhangshuaiisme/article/details/88147697) [Scalable lock-free dynamic memory allocation 简要观感](https://blog.csdn.net/jollyjumper/article/details/53948391) [从 CPU cache 一致性的角度看 Linux spinlock 的不可伸缩性 (non-scalable)](https://blog.csdn.net/dog250/article/details/80589442) @@ -310,6 +312,8 @@ MGLRU 合入后, 引起了不少场景的性能劣化, 参见 phoronix 报道 [A | 2023/01/13 | Nathan Huckleberry | [workqueue: Add WQ_SCHED_FIFO](https://lore.kernel.org/all/20230113210703.62107-1-nhuck@google.com) | TODO | v1 ☐☑✓ | [LORE](https://lore.kernel.org/all/20230113210703.62107-1-nhuck@google.com) | | 2018/11/11 | Paul E. McKenney | [Automate initrd generation for v4.21/v5.0](https://lore.kernel.org/all/20181111200127.GA9511@linux.ibm.com) | 内核中引入 nolibc, 参见 LWN 报道 [Nolibc: a minimal C-library replacement shipped with the kernel](https://lwn.net/Articles/920158) | v5 ☐☑✓ | [LORE v5,0/8](https://lore.kernel.org/all/20181111200127.GA9511@linux.ibm.com) | +| 2023/01/30 | Fan Wu | [Integrity Policy Enforcement LSM (IPE)](https://lore.kernel.org/all/1675119451-23180-1-git-send-email-wufan@linux.microsoft.com) | TODO | v9 ☐☑✓ | [LORE v9,0/16](https://lore.kernel.org/all/1675119451-23180-1-git-send-email-wufan@linux.microsoft.com) | +| 2022/12/30 | Dmitrii Bundin | [scripts/gdb: add mm introspection utils](https://patchwork.kernel.org/project/linux-mm/patch/20221230163512.23736-1-dmitrii.bundin.a@gmail.com) | 707744 | v1 ☐☑ | [LORE v1,0/1](https://lore.kernel.org/r/20221230163512.23736-1-dmitrii.bundin.a@gmail.com)
*-*-*-*-*-*-*-*
[LORE v2,0/1](https://lore.kernel.org/r/20221231171258.7907-1-dmitrii.bundin.a@gmail.com)
*-*-*-*-*-*-*-*
[LORE v3,0/1](https://lore.kernel.org/r/20230101172312.21452-1-dmitrii.bundin.a@gmail.com) | @@ -324,4 +328,4 @@ MGLRU 合入后, 引起了不少场景的性能劣化, 参见 phoronix 报道 [A | 2023/01/13 | Mel Gorman | [Discard `__GFP_ATOMIC`](https://lore.kernel.org/all/20230113111217.14134-1-mgorman@techsingularity.net) | TODO | v3 ☐☑✓ | [LORE v2,0/6](https://lore.kernel.org/all/20230109151631.24923-1-mgorman@techsingularity.net)
*-*-*-*-*-*-*-*
[LORE v3,0/6](https://lore.kernel.org/all/20230113111217.14134-1-mgorman@techsingularity.net) | -[Linux Developers Evaluating New "DOITM" Security Mitigation For Latest Intel CPUs](https://www.phoronix.com/review/intel-doitm-linux) \ No newline at end of file +[Linux Developers Evaluating New"DOITM"Security Mitigation For Latest Intel CPUs](https://www.phoronix.com/review/intel-doitm-linux) \ No newline at end of file