TGTGInsighttelegram intelligenceLIVE / telegram public index
← Python Заметки

TGINSIGHT SIMILAR POSTS

Најди сличен содржај

Изворен канал @pythonotes · Post #310 · 22 фев.

Сегодня будет самый "двоичный" ("двойковый"? "двушный"? "двойственный"?) момент на вашем веку 🤩 Больше двоек в дататайме вы не застанете! Успейте поймать момент! Будете показывать эпичный скриншот своим внукам))) 🥸 Для продуманных (ленивых): код на скрине, который сработает только сегодня и только 1 раз! ⏱ Открывайте окошки с часами и вперёд! #offtop

Hashtags

Резултати

Пронајдени 13 слични објави

Пребарај: #linux内核

当前筛选 #linux内核清除筛选
AIGC

@aigcrubbish · Post #269 · 23.03.2026 г., 16:49

[$] Tracking when BPF programs may sleep BPF 程序可以在可休眠和不可休眠(原子)上下文中运行。目前,可休眠的 BPF 程序不允许进入原子上下文。Puranjay Mohan 提出了一个新的补丁集,旨在改变这一限制。该补丁集允许在可休眠上下文中调用的 BPF 程序临时获取锁,从而使程序过渡到原子上下文。然而,BPF 维护者 Alexei Starovoitov 对部分实现提出了异议。因此,该补丁能否被接受,取决于 Mohan 是否愿意并有能力解决这些问题。 原文链接:https://lwn.net/Articles/1062868/ #Linux内核#BPF#内核开发 #AIGC Read more

AIGC

@aigcrubbish · Post #103 · 18.12.2025 г., 01:34

[$] 2025 Maintainers Summit development process discussions 2025 年内核维护者峰会的最后环节聚焦于内核开发流程本身。会议包含两个部分:一是关于项目连续性与继任规划的讨论,二是由 Linus Torvalds 主持的传统环节,旨在探讨社区当前面临的痛点。 总体而言,开发者们对现状的不满情绪较少。会议的一个重要成果是,社区正在制定更明确的计划,以应对 Torvalds 突然无法履行职责的突发情况,确保项目领导权的平稳过渡。 原文链接:https://lwn.net/Articles/1050179/ #Linux内核#开源治理#社区管理 #AIGC Read more

AIGC

@aigcrubbish · Post #145 · 21.01.2026 г., 01:38

Ryabitsev: Tracking kernel development with korgalore Konstantin Ryabitsev 发布了一篇关于 korgalore 工具的博客文章。该工具旨在帮助内核开发者规避使用大型集中式邮件系统时遇到的投递问题。 其核心思路是:既然无法修复邮件投递问题,就完全绕过它。像 lore.kernel.org 这样的公共收件箱存档将所有邮件列表流量存储在 git 仓库中。korgalore 在最简单的配置下,可以直接浅克隆这些仓库,并通过邮件服务提供商的 API 将任何新消息直接上传到用户的邮箱。 原文链接:https://people.kernel.org/monsieuricon/tracking-kernel-development-with-korgalore #Linux内核#开发工具#邮件系统#开源 #AIGC Read more

AIGC

@aigcrubbish · Post #292 · 02.04.2026 г., 13:50

Exelbierd: What's actually in a Sashiko review? Brian "bex" Exelbierd 发表了一篇博客文章,探讨了近期关于在内存管理子系统中使用基于 LLM 的代码审查工具 Sashiko 的辩论所引发的后续问题。他的主要发现是,Sashiko 的审查报告在是否包含针对补丁集未直接修改的代码的评论方面呈现双峰分布:大多数报告不包含此类评论,但那些包含的报告往往会有好几条。 他提出了两个假设并进行验证: 1. **假设一:审查者被告知了并非由他们引入的缺陷。** 由于 Sashiko 的审查协议明确指示 LLM 阅读周边代码而不仅仅是差异,这可能导致工具标记出补丁作者仅仅接触到的、预先存在的代码缺陷,从而将这些问题的通知发送给作者。 2. **假设二:相同的预先存在缺陷反复出现。** 如果子系统中的一个已知问题在多次审查运行期间未被修复,那么每个触及附近代码的补丁都可能触发相同的发现,从而在邮件列表中产生持续重复的干扰信息。 Exelbierd 通过从 Sashiko 的公共 API 提取数据,对这两个假设进行了测试。 原文链接:https://lwn.net/Articles/1065971/ #代码审查#AI工具#软件开发#Linux内核 #AIGC Read more

AIGC

@aigcrubbish · Post #256 · 17.03.2026 г., 16:46

The Sashiko patch-review system Roman Gushchin 宣布推出一个名为 Sashiko 的 LLM 驱动的补丁审查系统。该系统会自动为发送到 linux-kernel 邮件列表(以及其他一些列表)的所有补丁创建审查。 根据一项测量,Sashiko 使用 Gemini 3.1 Pro 模型,在一个完全未经过滤的、包含 1000 个近期上游问题(使用 "Fixes:" 标签标记)的数据集中,能够发现其中 53% 的缺陷。虽然 53% 的发现率可能看起来并不惊人,但关键在于,这些问题 100% 都被人类审查者遗漏了。 Sashiko 基于 Chris Mason 的审查提示构建(相关报道发布于 2025 年 10 月),但其实现已经历了相当大的演变。 原文链接:https://lwn.net/Articles/1063292/ #Linux内核#代码审查#AI工具#软件开发 #AIGC Read more

AIGC

@aigcrubbish · Post #190 · 12.02.2026 г., 15:55

[$] The reverting of revocable 瞬态设备对操作系统内核构成了特殊挑战。它们可能随时消失,留下不再指向实际设备的内核数据结构,而这些结构可能仍被未知的内核代码使用。多年来,管理由此产生的生命周期问题一直困扰着内核开发者。 2025年9月,Tzung-Bi Shih 提出的“可撤销资源管理”补丁系列似乎为这个问题提供了部分解决方案。然而,此后出现了其他问题,导致原计划将该系列合并到 Linux 内核 7.0 版本中的安排已被取消。 原文链接:https://lwn.net/Articles/1058041/ #Linux内核#操作系统#内核开发#资源管理 #AIGC Read more

AIGC

@aigcrubbish · Post #125 · 08.01.2026 г., 19:04

[$] GPLv2 and installation requirements Linus Torvalds 近日发表评论,支持一项针对 VIZIO 的 GPL 合规诉讼裁决。该案件的核心争议点在于:GPLv2 许可证中关于提供源代码的义务,是否延伸至在设备上成功安装修改后软件所需的密钥及其他必要数据。 此案引发了关于 GPLv2 条款解释的长期辩论。问题在于:许可证中“安装信息”的要求是否明确包含这些安装和运行所必需的密钥?不同的解读使情况变得复杂。需要厘清的是,软件自由保护协会(SFC)在此案中的诉求,究竟在多大程度上是在索要这类信息。 这一裁决可能对嵌入式设备厂商如何遵守开源许可证产生重要影响。 原文链接:https://lwn.net/Articles/1052842/ #开源协议#GPL#法律#Linux内核 #AIGC Read more

AIGC

@aigcrubbish · Post #149 · 22.01.2026 г., 01:41

[$] Cleanup on aisle fsconfig() 在编写 2019 年引入内核的“新”挂载 API 手册页时,Aleksa Sarai 发现用于挂载前配置文件系统的 fsconfig() 系统调用存在多处需要清理的问题。在 2025 年 Linux Plumbers Conference (LPC) 的讨论环节中,他计划探讨已发现的问题(包括至少一个涉及安全性的问题),并希望与会者能提出他们遇到的其它相关问题。 原文链接:https://lwn.net/Articles/1054228/ #Linux内核#系统调用#文件系统#LPC2025 #AIGC Read more

AIGC

@aigcrubbish · Post #129 · 09.01.2026 г., 16:31

[$] READ_ONCE(), WRITE_ONCE(), but not for Rust Linux 内核中广泛使用的 `READ_ONCE()` 和 `WRITE_ONCE()` 宏,在 Rust 社区中可能不会出现对应的版本。这些宏在内核中用于实现无锁算法和特定设备内存访问,有近 8000 处调用。然而,Rust 社区倾向于采用不同的并发数据访问方法,强调语言本身提供的安全并发原语,而不是直接移植这些 C 语言中的底层模式。 原文链接:https://lwn.net/Articles/1053142/ #Linux内核#Rust语言#并发编程#系统编程 #AIGC Read more

12
ПретходнаСтраница 1 од 2Следна