

/.Free Software Foundation Speaks Up Against Red Hat Source Code Announcement
围绕 Linux 内核中 Rust 代码的戏剧仍在继续……Christoph Hellwig 是 DMA 映射帮助程序的维护者,内核的其他几个领域一直直言不讳地批评 Rust 代码或 Linux 内核内核中的辅助编程语言。Hellwig 一直对 Linux 内核的 Rust 代码及其长期可维护性持批评态度。今天,他发布了另一篇邮件列表帖子,其中他指出 Linus Torvalds 私下提到他将覆盖维护者对内核中 Rust 代码的否决。
以下是 Hellwig 对 Linux 内核中 Rust 代码的最新看法。来自不同观点的一些有趣见解。完整的帖子可以在 Rust for Linux 邮件列表中找到。
“我认为拥有任何形式的网页都没有用。如果你想让它有效,它必须在内核树中并得到广泛同意。
它还陈述了事实不正确的信息。例如,
“一些子系统可能决定暂时不想使用 Rust 代码,通常是出于带宽原因。这很好,也是意料之中的。
而 Linus 私下里说他绝对会不顾维护者的反对而合并 Rust 代码。(他私下这样做了,以防你正在寻找参考资料)。
因此,截至目前,作为 Linux 开发人员或维护者,无论您是否愿意,您都必须处理 Rust。
Rust 代码不仅仅意味着 Rust 代码 [1] – 绑定看起来完全不像惯用的 Rust 代码,它们是非常不同的野兽,试图弥合巨大的语义差距。他们没有在少数几个地方这样做,因为它们现在被展示到每个小的子系统和库中。
因此,我们将让这些绑定像癌症一样无处不在,并且很快就会从一个允许并努力实现全局变化以改善整个项目的软件项目转变为增加分区化 [2]。这把 Linux 变成了一个用多种语言编写的项目,没有明确的指导方针,什么语言应该用于哪里 [3]。即使在绑定之外,很多代码也不会是非常地道的 Rust,因为内核数据结构是侵入性的和自引用的数据结构,就像无处不在的链表一样。我们不是对那些试图将现有代码库带入一个更好、更安全的空间的人和用 Rust 进行系统编程的人造成伤害吗?
像这样在代码库上工作,它们是我最可怕的噩梦,因为由于原因 X,从语言 A 重写部分到语言 B 再到原因 Z 的部分不断变化。这还没有通常的 Linux 内斗维护过程。
我想了解这个 Rust “实验” 的目标是什么:如果我们想修复内存安全方面存在的问题,我们需要对现有代码进行修复,并找到对其进行改造的方法。最近在这方面做了很多工作,我们需要更多。但这也表明核心维护者是如何被一些琐碎的事情所拖延的,比如检查整数溢出或编译器强制同步(就像在 clang 线程清理器中一样)。我们将如何弥合内核的一部分甚至不接受相对简单的规则来提高安全性的部分与另一个强制执行强规则的部分之间的差距。
如果我们只是想让编写驱动程序更容易,那么一种新的语言会推动更多的工作,并增加已经超负荷工作的人的工作量,以保持核心基础设施的正常运行。
所以我认为这份政策文件不是很有用。现在的规则是 Linus 可以强迫你任何他想要的(这显然是他的项目),我认为他需要非常清楚地阐明这一点,包括对贡献者的期望。
就我自己而言,我可以而且确实很好地处理 Rust 本身,我很想将内核带入一个内存更安全的世界,但是处理不受控制的多语言代码库是让我将业余时间花在其他事情上的一种非常肯定的方法。我听说过其他几个人 mumble 类似的东西,但并不是每个人都那么直言不讳。
[1] 我已经编写并处理了相当多的用户空间 Rust 代码,但我无论如何都不是专家,所以对此持保留态度
[2] HID 在 eBPF 中驱动程序的想法也确实没有帮助,因为我喜欢 eBPF 用于某些用例
[3] 除非 Linus 将其强制到您的子系统上, 或者 Dave 决定任何涉及 Nvidia 硬件的东西当然都必须在 Rust 中”
邮件列表线程与尝试定义 Rust 内核策略的 Rust for Linux 策略页面有关。
转自 Linus Torvalds Would Reportedly Merge Rust Kernel Code Over Maintainer Objections – Phoronix
快科技2月17日消息,据BK最新报道,NVIDIA正与包括三星电子、SK海力士在内的主要内存半导体公司进行秘密谈判,合作开发新型内存标准SOCAMM,并推动其商业化。
16日,业内人士证实了这一消息。此举标志着内存半导体领域的重大转转变,对B2B服务器市场和蓬勃发展的设备端AI领域都有潜在影响。
据悉,SOCAMM被誉为新一代HBM(高带宽存储器),是系统级芯片高级内存模块的缩写,这是一种尖端的DRAM内存模块,可极大增强个人AI超级计算机的性能。
与小型PC和笔记本电脑中使用的现有DRAM模块相比,SOCAMM的性价比更为出色,它集成了低功耗和高能效LPDDR5X DRAM,该模块的设计包括694个I/O端口,超过了当前 LPCAMM 标准的644个端口,有助于进一步缓解数据瓶颈问题,而这将是AI计算中的一个关键挑战。
此外,SOCAMM另外一大显著特点是其可拆卸性,易于更换和升级。其尺寸当和成人的中指相当,可以在同一区域内安装更多DRAM,进一步增强性能。
NVIDIA CEO黄仁勋一直积极倡导让让广泛的受众使用AI技术,上个月,在 CES 2025 上,NVIDIA推出了AI PC“Digits”。
“未来,工程师、艺术家和所有使用计算机作为工具的人都需要一台个人AI超级计算机,”黄仁勋表示强调了SOCAMM 在实现这一目标方面的变革潜力。
SOCAMM 的开发不仅是一项技术创新,也是NVIDIA建立自己的内存标准的战略举措,这一标准将独立于联合电子设备工程委员会 (JEDEC) 的传统共识驱动方法。
一位行业消息人士指出:“内存标准传统上是由JEDEC的多家 PC、内存和服务器公司达成共识确定的,但NVIDIA正在追求自己的内存标准,这反映了对其创新和影响力的信心。”
预计SOCAMM的出现将在整个半导体行业产生连锁反应,不仅影响三星电子和SK海力士,还影响 Simmtech 和TLB等基板公司。
据报道,这些公司正在合作为SOCAMM供应基板。一位业内人士透露,“NVIDIA和内存公司正在交换SOCAMM原型并进行性能测试”,并可能在今年年底开始大规模生产。
BK表示,随着NVIDIA不断突破 AI 和计算技术的界限,SOCAMM的成功商业化可能会重新定义个人计算的格局,使更广泛的用户能够使用AI 超级计算功能,并为行业内存性能树立新的标杆。
GNOME 项目今天宣布正式推出 GNOME 47.4,这是最新的 GNOME 47 “Denver” 桌面环境系列的第四次维护更新,包含了更多的错误修复和改进。
GNOME 47.4 版本在 GNOME 47.3 发布近一个月后发布,它通过 Nautilus(文件)文件管理器中的挂载监视器加速批量文件删除和简单的递归搜索,并支持在 Mutter 的输入映射器中添加新设备时同步设备的启用状态。
GNOME 文本编辑器应用程序已更新到版本 47.3,该版本可确保在关闭选项卡后处理搜索上下文以防止后台工作,并添加了对在异步搜索时使用弱引用的支持,以确保在后台工作期间处理选项卡。
此版本还包括 GNOME Mahjongg 47.2,修复了导致游戏不必要地难以解决的回归问题,GNOME Shell 47.4 修复了悬停时应用程序网格中重叠的图块,并改进了对具有浅色样式的默认用户头像的支持,以及 GNOME Online Accounts 3.53.1,改进了 OneDrive 支持。
此外,GNOME System Monitor 已更新到版本 47.1,以确保“搜索”按钮仅在“进程”页面上处于活动状态,并修复了从挂起状态恢复、调整窗口大小期间的高磁盘写入以及绘制图形时的内存泄漏。
此外,GNOME Maps 47.4 已包含在此更新中,改进了 geo: URI 的解析,以及在使用 Transitous/MOTIS2 时按到达时间搜索时的出发和到达位置名称。
Epiphany (GNOME Web) Web 浏览器已更新到版本 47.3,该版本修复了与循环浏览地址栏历史记录中的条目、以 HTML 格式导入 Mozilla Firefox 书签、从历史记录中打开页面以及删除名称中带有撇号的 Web 应用程序相关的各种错误。
最后但并非最不重要的一点是,GNOME Control Center (Settings) 47.4 更新了区域面板,以将所有已配置的语言通知 accountsservice 服务,在 URL 中使用静态主机名而不是漂亮的主机名 (hostnamed),并修复内存泄漏。
查看公告页面上的完整更新日志了解更多详情。同时,请确保在软件包到达发行版的稳定软件存储库后立即将 GNOME 桌面更新到版本 47.4。
GNOME 项目还发布了 GNOME 46.9 作为新的维护更新,供仍在使用 GNOME 46 “Kathmandu” 桌面环境系列的用户使用,其中包括本文中提到的一些更改。
转自 GNOME 47.4 Released with Performance Improvements for Nautilus, Bug Fixes – 9to5Linux
快科技2月16日消息,据媒体报道,国产AS700D电动款载人飞艇通过首飞放飞评审,预计本月底首飞。
据介绍,AS700D是AS700载人飞艇的改进型,由锂电池和电机、电控系统代替航空发动机、燃料系统及油动操控系统。
AS700D航程达60至70公里,续航时间1.5小时,将应用于旅游、航空运输、航拍等领域。
作为最新的大国重器,“祥云”AS700载人飞艇是中国航空工业集团自主研发的一款新型软式、准平衡飞艇,于2023年12月获得中国民用航空局颁发的型号合格证,去年8月开展试运营。
这也是我国首个按照适航规范法规自主研制、具有完全自主知识产权的民用载人飞艇。
飞艇最大起飞重量超过4吨,最大航程为700公里,最多可以搭乘10人。
采用常规单囊体布局,流线型气囊外形,“X”型布局硬式尾翼,不可收放单点式起落架。
AS700
现在,世界每秒需要处理越来越多的数字,而硬件的发展速度还不够快,因此程序的速度变得越来越重要。话虽如此,快速编程语言在 TIOBE 索引中越来越受欢迎也就不足为奇了。编程语言 C++ 最近攀升至第 2 位,Go 稳居前 10 名,Rust 创下 1.47% 的历史新高。此外,快速语言 Mojo 和 Zig 分别在排名 #51 和 #56 位敲响了前 50 名的大门。
您可能想知道 Python 这种被称为慢速语言的 Python 是如何在这些种族怪物旁边生存的。这是因为除了性能之外,现在还有另一个驱动因素:学习一门新的编程语言是多么容易。除了处理更多的数字,世界还需要更多的程序员。目前还不可能完全在 AI 中开发应用程序。因此,对新程序员的需求仍然很高。由于毕业的软件工程师数量少于需求,各种非软件工程师都加入了编程的行列,他们最喜欢的语言是 Python。这就是 Python 存在的原因。
TIOBE 编程社区指数是衡量编程受欢迎程度的指标 语言。该指数每月更新一次。评级基于 全球技术娴熟的工程师、课程和第三方供应商。热门网站 Google、Amazon、Wikipedia、Bing 和其他 20 多个网站用于计算评级。 需要注意的是,TIOBE 指数并不是关于最好的编程语言或语言 其中编写了大部分代码行。
该索引可用于检查您的编程技能是否仍然是最新的,或者创建 关于在开始构建新的 软件系统。TIOBE 指数的定义可以在这里找到。
2025 年 2 月 | 2024 年 2 月 | 改变 | 程序设计语言 | 评级 | 改变 | |
---|---|---|---|---|---|---|
1 | 1 | ![]() |
蟒 | 23.88% | +8.72% | |
2 | 3 | ![]() |
![]() |
C++ | 11.37% | +0.84% |
3 | 4 | ![]() |
![]() |
爪哇岛 | 10.66% | +1.79% |
4 | 2 | ![]() |
![]() |
C | 9.84% | -1.14% |
5 | 5 | ![]() |
C# | 4.12% | -3.41% | |
6 | 6 | ![]() |
JavaScript (英语) | 3.78% | +0.61% | |
7 | 7 | ![]() |
SQL | 2.87% | +1.04% | |
8 | 8 | ![]() |
去 | 2.26% | +0.53% | |
9 | 12 | ![]() |
![]() |
Delphi/Object Pascal | 2.18% | +0.78% |
10 | 9 | ![]() |
![]() |
Visual Basic | 2.04% | +0.52% |
11 | 11 | ![]() |
Fortran | 1.75% | +0.35% | |
12 | 15 | ![]() |
![]() |
抓 | 1.54% | +0.36% |
13 | 18 | ![]() |
![]() |
休息 | 1.47% | +0.42% |
14 | 10 | ![]() |
![]() |
菲律宾 | 1.14% | -0.37% |
15 | 21 | ![]() |
![]() |
R | 1.06% | +0.07% |
16 | 13 | ![]() |
![]() |
MATLAB | 0.98% | -0.28% |
17 | 14 | ![]() |
![]() |
汇编语言 | 0.95% | -0.24% |
18 | 19 | ![]() |
![]() |
COBOL 公司 | 0.82% | -0.18% |
19 | 20 | ![]() |
![]() |
红宝石 | 0.82% | -0.17% |
20 | 24 | ![]() |
![]() |
序言 | 0.80% | +0.03% |
下面列出了完整的前 50 名编程语言。此概述是 非官方发布,因为可能是我们错过了一种语言。如果 您觉得缺少一门编程语言,请通知我们 在 tpci@tiobe.com。另请查看我们监控的所有编程语言的概述。
Position | Programming Language | Ratings |
---|---|---|
21 | Swift | 0.77% |
22 | Classic Visual Basic | 0.76% |
23 | Kotlin | 0.76% |
24 | Ada | 0.71% |
25 | SAS | 0.58% |
26 | Lisp | 0.54% |
27 | Haskell | 0.52% |
28 | Dart | 0.52% |
29 | (Visual) FoxPro | 0.52% |
30 | Perl | 0.49% |
31 | Scala | 0.48% |
32 | Lua | 0.42% |
33 | Objective-C | 0.40% |
34 | Julia | 0.37% |
35 | Transact-SQL | 0.37% |
36 | VBScript | 0.37% |
37 | PL/SQL | 0.23% |
38 | TypeScript | 0.21% |
39 | GAMS | 0.21% |
40 | Solidity | 0.19% |
41 | ABAP | 0.19% |
42 | Logo | 0.18% |
43 | D | 0.17% |
44 | Bash | 0.16% |
45 | PowerShell | 0.15% |
46 | Elixir | 0.15% |
47 | RPG | 0.15% |
48 | ML | 0.14% |
49 | Ladder Logic | 0.14% |
50 | Awk | 0.14% |
以下语言列表表示 #51 到 #100。由于区别在于 相对较小,仅列出编程语言(按字母顺序排列 order) 的
要查看更大的图景,请在下面找到多年前排名前 10 的编程语言的位置。请注意,这些是 12 个月的平均持仓量。
Programming Language | 2025 | 2020 | 2015 | 2010 | 2005 | 2000 | 1995 | 1990 | 1985 |
---|---|---|---|---|---|---|---|---|---|
Python | 1 | 3 | 7 | 7 | 7 | 24 | 23 | – | – |
C++ | 2 | 4 | 4 | 4 | 3 | 2 | 1 | 2 | 13 |
C | 3 | 2 | 1 | 2 | 1 | 1 | 2 | 1 | 1 |
Java | 4 | 1 | 2 | 1 | 2 | 3 | – | – | – |
C# | 5 | 5 | 5 | 6 | 9 | 9 | – | – | – |
JavaScript | 6 | 7 | 8 | 9 | 10 | 7 | – | – | – |
Go | 7 | 16 | 36 | 184 | – | – | – | – | – |
Visual Basic | 8 | 19 | 234 | – | – | – | – | – | – |
SQL | 9 | 9 | – | – | 100 | – | – | – | – |
Fortran | 10 | 30 | 31 | 25 | 15 | 18 | 5 | 8 | 11 |
PHP | 13 | 8 | 6 | 3 | 5 | 29 | – | – | – |
Ada | 25 | 35 | 30 | 26 | 16 | 17 | 7 | 4 | 3 |
Lisp | 28 | 31 | 18 | 17 | 14 | 16 | 6 | 3 | 2 |
Objective-C | 35 | 10 | 3 | 23 | 40 | – | – | – | – |
(Visual) Basic | – | – | 77 | 5 | 4 | 4 | 3 | 5 | 4 |
这里有 2 个重要的注释:
列出所有“年度编程语言”获奖者的名人堂如下所示。该奖项颁发给一年内评分上升幅度最大的编程语言。
Year | Winner |
---|---|
2024 | ![]() |
2023 | ![]() |
2022 | ![]() |
2021 | ![]() |
2020 | ![]() |
2019 | ![]() |
2018 | ![]() |
2017 | ![]() |
2016 | ![]() |
2015 | ![]() |
2014 | ![]() |
2013 | ![]() |
2012 | ![]() |
2011 | ![]() |
2010 | ![]() |
2009 | ![]() |
2008 | ![]() |
2007 | ![]() |
2006 | ![]() |
2005 | ![]() |
2004 | ![]() |
2003 | ![]() |
这是请求最多的 5 个更改和 bug。如果您有任何改进索引的建议,请随时发送电子邮件至tpci@tiobe.com.
AMD Linux 工程师 Mario Limonciello 周六发送的一组补丁旨在调整笔记本电脑/掌上电脑在 s2idle 期间AC插拔事件期间的 Linux 行为,以更好地匹配 Microsoft Windows 11 的行为。
与 OEM/ODM 在 Microsoft Windows 上测试和验证时相比,希望更好地匹配 Microsoft Windows 的行为将导致不同笔记本电脑因不同行为而遇到平台问题的错误。
Mario Limonciello 在拟议的补丁系列中解释说:
“在 Windows 上,当连接或断开 AC 适配器时,系统会唤醒。在 Linux 上,系统将暂时唤醒,但会立即恢复为挂起状态。
这种行为差异可能会暴露较低级别的平台固件 bug。例如,快速进入/退出 HW 睡眠可能无法正常工作。它也不一致,因为插入扩展坞可能无法在应该唤醒系统的时候唤醒系统。
这个系列最显着地调整了这种行为。它还添加了一个新的 sysfs 文件,以确定在上一个睡眠周期中损失了多少电池,这可能有助于用户空间统计和调试 s2idle 上的高功耗。
因此,希望这种与 Microsoft Windows 相匹配的行为变化将导致 Linux 以及其他便携式手持设备(如越来越流行的掌上游戏机)上的笔记本电脑问题减少。导致此更改的错误报告适用于配备 AMD Ryzen Z2 Go SoC 的 Legion Go S。
除了更改行为之外,另一个有趣的方面是将 /sys/power/suspend_stats/last_sleep_energy 作为新文件来显示电池在上一个休眠周期中消耗的能量。“last_sleep_energy”以 mAh 为单位。
转自 Linux Patches Adjust AC Plug/Unplug Behavior During s2idle To Match Windows – Phoronix
LibreOffice 25.2 今天早上发布,作为这款领先的跨平台免费软件办公套件的最新半年更新。
LibreOffice 仍然是 Microsoft Office 等产品的绝佳替代品。LibreOffice 25.2 在 Writer 文字处理器方面做得更好,用于跟踪文档更改,修复了 Microsoft DOCX 导入处理,边界现在独立于格式标记进行切换,支持自定义注释的背景颜色,文档中的脚注可以更改为尾注,反之亦然,以及各种其他 Writer 改进。
LibreOffice 25.2 的 Calc 电子表格现在可以支持导入/导出 OOXML 数据的 connections.xml,函数向导对话框和函数侧边栏获得了更好的搜索和 UX,以及其他改进。对于 Impress 演示文稿程序,交互对话框现在是异步的。LibreOffice 25.2 现在还允许在定义默认证书后自动签署文档、Visio 筛选器更新和各种用户界面改进。通过发行说明了解有关 LibreOffice 25.2 中所有重大改进的更多详细信息。
LibreOffice 25.2 可以从 LibreOffice.org 下载适用于支持的平台。
转自 LibreOffice 25.2 Open-Source Office Suite Released With Many Improvements – Phoronix
快科技2月6日消息,随着DeepSeek的异军突起,美国科技巨头们已经越来越慌了,当然这也包含了OpenAI。
今天凌晨3点,OpenAI宣布向所有用户开放ChatGPT搜索功能,无需注册。
与谷歌那种传统收录模式的搜索引擎相比,ChatGPT搜索可以更快抓取网络信息,能实现分钟级别的解析,这对于股票、体育、财经等,需要第一时间快速获取新闻内容的行业帮助非常大。
同时借助大模型的能力,可以更好地解读用户的搜索想法,并且可以提供搜索结果的源地址。
对此,有网友表示,谷歌时代结束了;谷歌(甚至是百度等相关)搜索要大幅度下降了。
之前ChatGPT开发商OpenAI联合创始人兼CEO山姆·奥尔特曼(Sam Altman)在日本东京接受媒体采访时表示,OpenAI“没有计划”起诉中国人工智能(AI)新创公司“深度求索”(DeepSeek),将会继续以优异的产品和技术实力取胜。