皇上,还记得我吗?我就是1999年那个Linux伊甸园啊-----24小时滚动更新开源资讯,全年无休!

希捷魔彩盒3+第一家达成30+TB硬盘!单碟容量将超5TB

Editor, Kai

快科技1月18日消息,希捷宣布推出魔彩盒3+(Mozaic3+)里程碑式存储平台,机械硬盘无论单碟容量还是总容量都实现跨越式发展。

魔彩盒3+平台基于希捷潜心研究多年的HAMR热辅助磁记录技术,包括12nm工艺集成控制器、磁芯、超晶格铂合金介质、纳米光子激光、光子漏斗、量子天线、第七代自旋读取器、等离子写入器等一系列复杂、先进的组件,从而突破性地提升了面存储密度。

希捷魔彩盒3+第一家达成30+TB硬盘!单碟容量将超5TB

主要组件特点:

1、超晶格铂合金介质

高密度记录的物理学原理要求在纳米级基础上实现更小介质的颗粒尺寸,但颗粒越小,稳定性越差,传统合金已经无法提供足够的磁性稳定性。

希捷开创性地使用了铁-铂超晶格结构作为介质合金,显著提高了磁盘介质的磁矫顽力,数据写入更加精确,并实现了前所未有的位稳定性。

2、等离子写入器

为了配合更加稳定和牢固的超晶格铂合金介质而生,一个微型化和精密工程的奇迹,背后是纳米光子激光器,在介质表面产生一个微小的热点,以便可靠地写入数据。

希捷计划将纳米光子激光器垂直集成到等离子体写入器子系统中。

3、第七代自旋电子读取器

更小的写入数据颗粒只有在能够被读取时才能发挥作用。这种读取器是世界上最小、最灵敏的磁场读取传感器之一,并且用到了量子技术,与等离子写入器的子组件一起集成,也需要不断进化。

4、12nm集成控制器

希捷完全自主研发的片上系统,用于高效协调上述各种技术,性能比之前的方案提升了3倍。

希捷魔彩盒3+第一家达成30+TB硬盘!单碟容量将超5TB

希捷魔彩盒3+第一家达成30+TB硬盘!单碟容量将超5TB

希捷称,基于魔彩盒3+平台的单碟片容量已在业内第一家超过了3TB,希捷旗舰企业级硬盘银河Exos系列藉此率先达成了超过30TB的容量,将在本季度内向超大规模云客户批量供货。

相比现在大规模数据中心硬盘16GB的平均容量,轻松翻一番。

此外,魔彩盒3+平台使用了与传统PMR垂直磁记录硬盘基本相同的材料组件,因此可以很好地控制成本,单位容量的功耗也降低了多达40%,碳排放减少55%。

希捷将在本季度内完成魔彩盒3+平台的验证测试,并批量出货。

希捷魔彩盒3+第一家达成30+TB硬盘!单碟容量将超5TB

未来的魔彩盒4+、魔彩盒5+平台,将分别实现4TB+、5TB+的单碟容量,硬盘总容量也可以轻松突破40TB、50TB!

希捷魔彩盒3+第一家达成30+TB硬盘!单碟容量将超5TB

【本文结束】如需转载请务必注明出处:快科技

责任编辑:上方文Q

转自 https://news.mydrivers.com/1/959/959138.htm

如何检查你的 Linux 系统是否使用 systemd

Editor, Kai

不知道在使用哪个初始化系统?以下是方法。

每个主流 Linux 发行版(包括 Ubuntu、Fedora、openSUSE 和 Arch)默认都使用 systemd。

但是有 许多非 systemd 发行版,例如使用轻量级 runit 来获得更好性能的 Void Linux 或主要使用 sysvinit 的 Devuan。

当你尝试遵循某些教程或文档并且其中包含特定于 systemd 或某些其他初始化服务的命令时,就会出现问题。

这时,你必须检查你的 Linux 系统使用的是 systemd 还是其他系统。

一种方法是检查 PID 为 1 的进程(毕竟,初始化系统是 Linux 系统上运行的第一个进程)。

  1. ps 1

但它的输出可能会产生误导,因为它经常显示 /sbin/init,这只是实际的初始化进程的软链接。

如果你 跟随该符号链接,就可以获取初始化系统信息。有两种方法:

  • 使用 stat 命令
  • 使用 readlink 命令

那么让我们从第一个开始。

📋 这些方法在 6 个初始化系统中进行了测试:Systemd、OpenRC、SysVinit、Busybox、runit 和 s6。

方法 1:使用 stat 命令检查 systemd 是否正在使用

以下是如何使用 stat 命令来了解你正在使用的初始化系统:

  1. stat /sbin/init

如果你使用的是 systemd 支持的发行版,那么它将显示以下输出:

如何检查你的 Linux 系统是否使用 systemd

但是,如果你使用 systemd 之外的其他任何东西,它将显示初始化系统的名称,但是如果你使用的是 SysVinit,它只会显示 init 而不是 sysvinit

如何检查你的 Linux 系统是否使用 systemd

SysVinit only displays “init” instead of sysvinit

与之前的方法不同,当你使用 readlink 命令时,它只会打印初始化系统的名称。

因此,如果你想知道你是否正在使用 Systemd,只需使用以下命令:

  1. readlink /sbin/init

如何检查你的 Linux 系统是否使用 systemd

如果你使用 OpenRC 初始化访问,那么它将显示以下输出:

如何检查你的 Linux 系统是否使用 systemd

但如果你使用 SysVinit,那么它会显示以下输出:

如何检查你的 Linux 系统是否使用 systemd

我为你写的小“脚本”

另一种方法是检查 /run/systemd/system 目录是否存在。

好吧,最简单的找出方法是在终端中 使用 if-else bash 命令,它将检查你是否正在运行由 systemd 驱动的发行版:

  1. if [ -d /run/systemd/system ]; then echo "System is running systemd"; else echo "System is not running systemd"; fi

如何检查你的 Linux 系统是否使用 systemd

有关 systemd 的更多信息

当你知道你正在使用 systemd 支持的发行版,你就可以 使用 systemctl 命令管理服务

当然你也可以从头开始 创建一个 systemd 服务

我希望本指南对你有所帮助。

(题图:DA/02d49f79-0ec4-4e49-ae72-e3d46877dfa6)


via: https://itsfoss.com/check-if-systemd/

作者:Sagar Sharma 选题:lujun9972 译者:geekpi 校对:wxy

本文由 LCTT 原创编译,Linux中国 荣誉推出

转自 技术|如何检查你的 Linux 系统是否使用 systemd

纯国产CPU龙芯大获全胜!3年MIPS官司结束 芯联芯赔偿4147.66万元

Editor, Kai

快科技1月17日消息,龙芯中科、芯联芯持续了近3年的MIPS技术许可官司终于落下大幕,龙芯大获全胜!

近日,龙芯中科发布公告称,从香港国际仲裁中心收到了仲裁庭签发的《关于仲裁费用和申请人版税支付申请的裁决(HKIAC/PA 21030)》。

本次仲裁庭裁决,芯联芯赔偿龙芯中科截至2023年6月23日的仲裁费用41476582.71元(或40342829.15元,待定),同时还有龙芯中科截至2023年12月31日的已计提版税2412.92万元(不含税)及延迟支付费用。 

这次对仲裁费用及版税支付作出裁决,仲裁庭认定龙芯中科是本次仲裁总体上的胜诉方,基于此认定,支持龙芯中科向芯联芯提出的本次仲裁费用的索赔请求,并进一步裁决龙芯中科与芯联芯应就需赔偿的仲裁费用、版税及延迟费用之间的抵销达成一致。

纯国产CPU龙芯大获全胜!3年MIPS官司结束 芯联芯赔偿4147.66万元

2021年2月,Prestige  Century  Investments  Limited、CIP  United Company Limited(上海芯联芯智能科技有限公司)向香港国际仲裁中心提起了与龙芯中科之间有关MIPS技术许可合同纠纷的仲裁。 

芯联芯提出了7项仲裁主张,认为龙芯中科违反与MIPS公司签署的技术许可合同,存在:

1、使用了技术许可协议授权范围外的MIPS技术;

2、产品对MIPS架构进行了未经授权的修改和变更;

3、在技术许可协议到期后继续使用授权技术;

4、未返还保密信息;

5、少报版税;

6、未经同意将技术再授权给其他方;

7、泄露保密信息。

2023年6月23日,龙芯中科收到《部分最终裁决书(HKIAC/PA  21030)》,对于芯联芯提出的7项仲裁主张,6项予以驳回,1项裁定为尚待解决事项。

而最新裁决的完整内容如下:

1、在仲裁庭2023年6月23日作出部分最终裁决之后的行为与仲裁费的确定无关。

2、龙芯中科有权获得总计人民币41,476,582.71元的仲裁费,只要龙芯中科在裁决后7日内向仲裁庭和芯联芯提供一份书面确认(可以是电子形式),说明上述金额仅包括截至2023年6月23日发生的仲裁费。

3、如无该等确认,龙芯中科有权获得总计人民币40,342,829.15元的仲裁费。

4、裁决仲裁费(如在下文所述的抵销后有应付的)的年利率为8.79%,自下文所述的抵销的效力确定(通过协议或无法达成一致时,仲裁庭决定)后15天开始计算。

5、在应付给龙芯中科的仲裁费金额与龙芯中科提存在香港国际仲裁中心的版税金额以及因延期支付版税而应付的延迟费用之间应进行抵销。

6、龙芯中科与芯联芯应当尽力就该抵销的效力达成一致。如果在2024年1月8日之前未能达成一致,应当通知仲裁庭,并说明各自认为仲裁庭为了解决争议应当作出的程序性命令。

7、龙芯中科没有责任就版税的增值税向芯联芯或其中任何一方支付任何款项。

8、龙芯中科没有责任就其应承担的延迟费用支付任何款项。

9、裁决不涉及任何一方就2023年6月23日之后发生的任何仲裁主张的仲裁费,包括芯联芯申请的仲裁费。

10、如未能就2023年6月23日之后的仲裁费达成一致,龙芯中科与芯联芯均被允许申请认为适当的该等命令。

纯国产CPU龙芯大获全胜!3年MIPS官司结束 芯联芯赔偿4147.66万元

龙芯中科表示,公司战略目标是打造独立于Wintel和AA生态的自主生态体系,主要的核心技术均为自主研发。

龙芯中科在研发初期选择MIPS指令系统,主要因为它相对具有较高的开放程度,而且在MIPS指令系统授权后,龙芯中科研制的所有CPU IP核均为全自主研发。 

龙芯中科已于2020年发布龙芯自主指令系统LoongArch,其中不包含MIPS指令系统的内容,也无需取得MIPS公司任何授权许可。

龙芯中科已逐步停止MIPS指令系统相关产品销售,2020年后所有新研发的CPU产品均基于自主指令系统LoongArch。

配套芯片及解决方案等业务,均与指令系统无关。

纯国产CPU龙芯大获全胜!3年MIPS官司结束 芯联芯赔偿4147.66万元

【本文结束】如需转载请务必注明出处:快科技

责任编辑:上方文Q

转自 纯国产CPU龙芯大获全胜!3年MIPS官司结束 芯联芯赔偿4147.66万元–快科技–科技改变未来 (mydrivers.com)

openSUSE Leap 16 已确认,将基于 SUSE 的新适应性 Linux 平台

Editor, Kai

openSUSE Leap 16 已确认,将基于 SUSE 的新适应性 Linux 平台

openSUSE 项目今天确认,openSUSE Leap 15 操作系统系列的后续版本为 openSUSE Leap 16,它将基于 SUSE 新的可适配 Linux 平台(ALP)。

那些使用久经考验的 openSUSE Leap 操作系统的用户会很高兴地了解到,openSUSE 项目正在开发它的后继版本 openSUSE Leap 16,该版本承诺提供与 openSUSE Leap 相同级别的用户友好维护和安全性,并结合了高级企业服务器发行版的优势。

openSUSE Leap 16 将基于 SUSE 新的 Adaptable Linux Platform (ALP) 代码库,旨在为用户提供一个平衡的操作系统,在传统的基于 Linux 的操作系统基础上包含尖端软件,该操作系统源自 SUSE 对 ALP 的开发,ALP 也是 Leap Micro 和 SUSE Linux 操作系统的基础。

“向 Leap 16 的过渡不仅仅是数字上的提升,更象征着技术和用户体验的重大进步。openSUSE Leap 的未来基于 SUSE Adaptable Linux Platform 的创新理念,”openSUSE 项目在公告中说。
openSUSE 项目还确认,其面向容器化和虚拟化工作负载的 Leap Micro 轻量级操作系统将更新至 6.0 版本,接替 Leap Micro 5 系列。Leap Micro 6 将基于 SUSE Linux Enterprise Micro 6.0 操作系统。
openSUSE 项目承诺为用户提供从 openSUSE Leap 15 和 Leap Micro 5 迁移的清晰路径,并提供足够的时间来升级他们的安装。如果出现延迟,他们承诺延长目前正在开发中的 openSUSE Leap 15.6 的生命周期,甚至发布新的维护更新 openSUSE Leap 15.7。

openSUSE Leap 15.6 预计将于 2024 年 6 月 11 日发布。测试版将于 2 月 28 日公开测试,而候选发布版(RC)预计将于 2024 年 4 月 27 日上市。

图片来源:openSUSE 项目

转自 openSUSE Leap 16 Confirmed, Will Be Based on SUSE’s New Adaptable Linux Platform – 9to5Linux

自带32GB内存!Intel首秀未来酷睿Ultra:超低功耗仅仅8W

Editor, Kai

快科技1月12日消息,Intel在本届CES上发布了完整的新酷睿处理器家族,并披露了未来两代产品Arrow Lake、Lunar Lake,都会在今年发布。

Arrow Lakee升级为Intel 20A制造工艺,主打高性能,同时用于笔记本、桌面、服务器,还是第一款内置AI加速器的游戏处理器。

Lunar Lake侧重于低功耗,类似代号Meteor Lake的一代酷睿Ultra,大幅改进IPC性能,NPU AI性能则提升最多3倍。

在现场,Intel首次公开拿出了Lunar Lake的样片,并透露合作伙伴也已经拿到了,正在进行测试。

自带32GB内存!Intel首秀未来酷睿Ultra:超低功耗仅仅8W

Lunar Lake继续使用Meteor Lake引入的分离式模块化架构,但是从四个模块精简到三个,但还不清楚各自的具体功能,猜测最大的是主要CPU部分,次之的可能是GPU部分,最小的是IO等系统模块。

其中,CPU部分最高为4P+4E 8核心12线程的配置,但不清楚是否还会有超低功耗的LP E核。

GPU部分则首次引入Xe2架构,当然也是低功耗版本。

自带32GB内存!Intel首秀未来酷睿Ultra:超低功耗仅仅8W

不同于的是,它还同时集成了两颗内存芯片,可以看到表面有美光的标识。

进一步了解显示,这种内存是最新的LPDDR5X,频率高达8533MHz,容量可选8-32GB不等。

事实上,Intel之前就展示过这种设计,当时还以为就是Meteor Lake家族的一个版本,而且那时候是三星的颗粒,频率仅为7500MHz,容量8/16GB。

自带32GB内存!Intel首秀未来酷睿Ultra:超低功耗仅仅8W

Lunar Lake的功耗范围将有两种级别,一是17-30W,采用主动风扇散热,二是仅仅8W,无需风扇被动散热即可。

看起来,这也是对高通骁龙X Elite的反击,后者将在今年年中上市。

当然了,Arrow Lake、Lunar Lake也都会命名为酷睿Ultra系列,但究竟怎么称呼,尤其是如何划分代际还不好说。

自带32GB内存!Intel首秀未来酷睿Ultra:超低功耗仅仅8W

【本文结束】如需转载请务必注明出处:快科技

责任编辑:上方文Q

转自 自带32GB内存!Intel首秀未来酷睿Ultra:超低功耗仅仅8W–快科技–科技改变未来 (mydrivers.com)

GNOME 46 Alpha 桌面已发布供公开测试,新功能如下

Editor, Kai

 

GNOME 46 Alpha 桌面已发布供公开测试,新功能如下

GNOME 项目今天发布了即将发布的 GNOME 46 “加德满都 “系列桌面环境的 alpha 版本,供早期用户、应用程序开发者和 Linux 爱好者们提前体验新功能和改进。

GNOME 46 alpha 版本的亮点包括通过 GDM(GNOME 显示管理器)进行无头远程登录、名为 Prompt 的新终端模拟器应用程序、名为 Biblioteca 的新离线文档应用程序、Swell Foop 和 Settings 的 GTK4 端口、无头 GNOME Classic 会话支持、WebP 图像内置支持以及 JPEG XL (JXL) 作为默认背景图像格式。

GNOME 46 中的 Nautilus(文件)文件管理器将在创建受保护的 ZIP 压缩文件时确认密码,提高自定义文件夹图标的可发现性,允许用户更改所有者/组和 admin:/// 下的任何权限,支持检测 FAT 文件系统上超过 4GB 限制的文件复制/移动操作,添加详细的日期和时间格式选项,并允许 Alt+Down 恢复超过一个 Alt+Up 的操作。

GNOME 46 Alpha 桌面已发布供公开测试,新功能如下
GNOME 46 alpha 中的 Nautilus(文件)
GNOME 46 还简化了 GNOME 控制中心(设置)应用程序,增加了一个新的系统面板,将区域和语言、日期和时间、关于和用户面板组合在一起;增加了一个新的应用程序面板,将可移动媒体和默认应用程序面板组合在一起;增加了一个 “关于设置 “对话框;在鼠标和触摸板中增加了一个新的设置,允许用户在键入时禁用触摸板,并在多种触摸板点击方法中进行选择;还改进了外观面板中的背景选择器性能。遗憾的是,在这个 alpha 版本中,”设置 “应用程序的版本仍为 45.2。
GNOME 46 Alpha 包含一个更新的 GNOME Shell 组件,其中优化了应用程序搜索,改进了高对比度,修复了滑块上的滚动处理、屏幕键盘、日历弹出式窗口和搜索结果中的箭头导航,改进了显示器 OSD 标签,改进了使用 Light 风格时的录音指示器,以及在工作区动画期间处理桌面窗口的能力。

在 GNOME 46 alpha 中,Mutter 窗口和合成管理器也得到了更新,可以在无法使用时丢弃带有分数比例的显示器配置,可以在模式设置时抑制实时调度,支持带有英伟达显卡驱动程序的 Xwayland 的无头设置,改进了马虎模式和鼠标焦点模式,可以强制带有英伟达显卡驱动程序的 EGLStream,以及改进了对 Wayland 和平板电脑的支持。

Epiphany (GNOME Web) 46 网页浏览器也包含了一些更改,如在未安装 gnome-keyring 时改进了 Firefox 同步支持、移除了 Google 安全浏览支持、减少了计量连接上的广告拦截过滤器更新间隔、默认情况下隐藏了开发者上下文菜单操作,以及在选择文本时隐藏各种上下文菜单项的功能。

GNOME 46 Alpha 桌面已发布供公开测试,新功能如下

GNOME Web 46 alpha
GNOME 地图 46 采用了受 Loupe 图像查看器启发而重新设计的缩放按钮,支持 OpenTripPlanner v2 GraphQL 的公共交通路由(目前挪威国家 Entur API 提供商已启用),使用 Adwaita 小部件重新设计的 OSM 账户对话框,用于 OpenStreetMap POI 编辑的现代化设置 UI,以及简化的地点存储缓存的灵活存储格式。
GNOME 计算器 46 允许在单位选择下拉菜单中使用子串搜索,支持阿根廷比索货币,金衡盎司 (ozt) 作为新支持的单位,以及在搜索提供商转换失败时重新加载转换率的功能。

在其他值得注意的变化中,GNOME 46 alpha 带来了更新的 GNOME 系统监视器应用程序,该应用程序最终被移植到 GTK4 工具包,其用户界面现在符合人机界面指南 (HIG),还支持用户安装本地 flatpak 文件,并能在 GNOME 软件 46 应用程序中识别 Flathub 验证过的应用程序。

GNOME 46 Alpha 桌面已发布供公开测试,新功能如下

GNOME 系统监视器 46 alpha(已移植到 GTK4)
此外,GNOME 软件 46 将识别软件包更新描述中的链接,更快地加载类别页面,提供更好的多词搜索匹配,在用户界面中谨慎地显示软件包名称,提供改进的应用程序安全检查,并在安装固件更新时以正确的信息提示用户。

GNOME 文本编辑器 46 alpha 版改进了 RTL(从右到左)语言的边距,关闭标签页或窗口时取消文档加载的功能,解决了在超大文件上进行 Pango 换行时 CPU 占用率高的问题,以及更多的 GNOME HIG 和 XDG 兼容性。
除此之外,在线账户已从 GNOME 初始设置中移除,现在它使用默认的网络浏览器进行身份验证,这是更安全的登录您最喜爱账户的方法。在线账户中还引入了对 CardDav 和 CalDav 提供程序的支持,并删除了 Last.fm 和媒体服务器提供程序。

GNOME 46 Alpha 桌面已发布供公开测试,新功能如下
设置 > 在线账户中的 WebDav 支持
GNOME 46 alpha 将作为即将发布的 Fedora Linux 40 工作站(或 Fedora Rawhide)、openSUSE Tumbleweed 以及其他提供预装 GNOME 桌面环境的 GNU/Linux 发行版的开发快照的一部分进行公开测试。有关如何测试该 alpha 版本的更多详细信息,请参阅发布公告

转自 GNOME 46 Alpha Desktop Released for Public Testing, Here’s What’s New – 9to5Linux

六年前关于是否将Linux内核从C语言转换为现代C++语言的讨论再次被提及

Editor, Kai

六年前关于是否将Linux内核从C语言转换为现代C++语言的讨论再次被提及

关于将 Linux 内核转换为支持现代 C++ 代码的前景,一个已有六年历史的 Linux 内核邮件列表讨论再次被点燃。现有的Linux 内核主要由 C 代码和各种手工编写的汇编语言构成,加上 Linux 内核支持 Rust 的工作也在不断增加。虽然目前还不清楚是否有足够的力量将其变为现实,但 Linux 内核社区邮件列表已重启讨论,探讨未来将 Linux 内核 C 代码转换为 C++ 的可能性。

早在 2018 年 4 月 1 日,红帽工程师大卫-豪威尔斯(David Howells)就提出了一组 45 个补丁,开始将内核转换为 C++。这将允许主线内核使用内联模板函数、内联重载函数、类继承以及其他目前 Linux 内核的 C 代码不支持的功能。那天很难进行认真的讨论,最终这些补丁在 Linux 内核邮件列表上停留了六年,没有引起太多讨论。

但昨天,长期从事 Linux 开发的彼得-安文(H. Peter Anvin)回应了内核邮件列表的主题。Anvin 写了一篇长长的 LKML 帖子,围绕为什么 Linux 内核的 C++ 最终可能是正确的时机提出了他的理由:

“安德鲁-平斯基(Andrew Pinski)最近知道了这个主题。我知道它是在 2018 年 4 月 1 日发布的,要么是个玩笑,要么可能被当成了玩笑。不过,我认为它有其合理性,我将在此尝试激发我的观点。”

自 1999 年以来,C 和 C++ 都有了长足的发展,而事实上,在我个人看来,C++ 终于”长大”了,对于操作系统内核所体现的嵌入式编程而言,它是一种更好的 C 语言。我是作为内核中大量宏和内联汇编Hacks的作者才这么说的。

让我这么说的真正原因是,我们最近提出的许多针对 gcc 扩展的要求,其实在标准 C++ 中很容易实现,而且在许多情况下,无需修改全局代码即可改进基础架构。

在我看来,C++14 是拥有合理元编程支持的”最低”版本,它拥有大部分元编程支持,却没有早期版本的类型地狱(C++11 拥有大部分元编程支持,但 C++14 填补了一些关键缺失)。

在我看来,C++20 才是真正改变游戏规则的主要因素;虽然早期版本可以使用大量 SFINAE hacks,但它们也提供了完全无用的错误信息。C++20 增加了一些概念,这使得真正获得合理的错误信息成为可能”。

对于那些可能会提出”用 Rust 重写 C 代码!”的人,Anvin 在他的信息中主动补充道:

“现在,为什么不使用 Rust 呢?首先,Rust 使用的是不同的语法(在我看来,往往是无端的),不仅所有内核开发人员都需要非常熟悉,才能获得与 C 相同的”感觉”,而且将 C 代码转换为 Rust 并不是一件可以零敲碎打的事情,而现有的 C 代码经过一些清理就可以编译为 C++。”

SUSE Lans 的 Jiri Slaby 表示支持 Linux 内核的 C++ 计划。最初发布内核补丁的红帽公司的 David Howells 也表示支持这一讨论。

我们将拭目以待 LKML 讨论的结果,以及在 2024+ 年是否最终有足够的动力支持现代 C++ 代码–或者至少是一些定义的 C++14~20 子集–在 Linux 内核中的应用。Linus Torvalds 过去一直热衷于反对 C++,但如果他对最近的 C++ 标准更加满意,或者他仍然坚持使用 C 语言来维护 Linux 内核,那么我们就能看到潮流是否最终转向了。

直到 2022 年,Linux 内核才开始从 C89 转向 C11。特别是如果达成共识,允许在内核中使用 C++14/C++20 编程子集,那么在提高基本编译器要求之前,可能还需要一段时间才能通过,以便推出更广泛的编译器支持。

转自 六年前关于是否将Linux内核从C语言转换为现代C++语言的讨论再次被提及 (msn.cn)

GNU Linux-Libre 6.7 内核发布,为那些追求电脑 100% 自由度的人服务

Editor, Kai

GNU Linux-Libre 6.7 内核发布,为那些追求电脑 100% 自由度的人服务

GNU Linux-libre 项目今天宣布发布 GNU Linux-libre 6.7 内核,并向追求 GNU/Linux 计算机 100% 自由的用户和软件自由爱好者全面开放。

基于刚刚发布的 Linux 6.7 内核系列,GNU Linux-libre 6.7 内核更新了对 AMDGPU、Nouveau、Adreno、mwifiex、mt7988、ath11k、avs 和 btqca 驱动程序的清理,清理了 AArch64 DTS 文件中提到的 blobs,并清理了新的 mt7925、tps6598x、aw87390 和 aw88399 驱动程序。

GNU Linux-libre 6.7 还放弃了对 COPS Localtalk 和 RTL8192U Wi-Fi 驱动程序的清理,因为它们已从上游内核中移除,并修复了对 xhci-pci、RTL8xxxu 和 rtw8822b 驱动程序的意外清理,这些驱动程序可能会影响与你的自由不兼容的硬件。

“开发人员解释说:”无论如何,这些清理只会影响与你的自由不兼容的硬件,因为它们对实际 blobs 的要求很高,但我们借此机会恢复了其他位,尽管这些位看起来也很可疑,但最终还是保留了下来。
除此之外,该版本还包含了所有新功能和改进,以及上游 Linux 6.7 内核系列中包含的更新和新驱动程序。不过,GNU Linux-libre内核并不像上游内核那样附带非自由组件。
GNU Linux-libre内核的目标用户是软件自由爱好者和Linux纯粹主义者,他们希望构建一台100%自由的GNU/Linux电脑,而不需要任何专有驱动程序或代码。你现在就可以从官方网站下载最新发布的压缩包。

基于 Debian (DEB) 和基于 Red Hat (RPM) 的发行版的即用二进制包可在 Freesh 项目和 RPM Freedom 上找到。GNU Linux-libre 内核几乎可以安装在任何 GNU/Linux 发行版上,与标准内核一起使用或作为标准内核的替代品。

图片来源GNU Linux-libre 项目

转自 GNU Linux-Libre 6.7 Kernel Released for Those Seeking 100% Freedom for Their PCs – 9to5Linux

Linux 内核 6.7 正式发布,新功能如下

Editor, Kai

Linux 内核 6.7 正式发布,新功能如下

Linus Torvalds 今天宣布 Linux 内核 6.7 正式发布并全面上市,这是 Linux 内核的最新稳定版本,引入了多项新功能和改进。

Linux 内核 6.7 的亮点包括 bcachefs 文件系统实现,这是一个基于 Linux 操作系统的写时复制(COW)文件系统,旨在与 Btrfs 和 ZFS 文件系统提供的现代功能竞争,同时具有 EXT4 和 XFS 文件系统的速度和性能。

Linux 内核 6.7 还在 Nouveau 开源图形驱动程序中引入了对英伟达™(NVIDIA®)GSP 固件的支持,该固件将仅用于不支持 GSP(GPU 系统处理器)的硬件上,而在已经支持 GSP 的硬件上则是可选的。

Btrfs 文件系统还包括一些新功能,如 raid-stripe-tree (一种用于逻辑文件范围映射的新树,物理映射可能在多个设备上不匹配)、简单配额核算 (squota) 和临时文件系统 fsid (temp_fsid)。
此外,Btrfs 文件系统的性能也得到了改进,通过减少校验和删除的保留时间,将具有多个扩展的文件删除时间缩短了 12%;通过提高插入过程中扩展状态合并的效率,将关键功能的运行时间缩短了 5%。

对于 EXT4 文件系统的拥护者,Linux 内核 6.7 改进了多块分配器,优化了提交机制中对已释放数据块的处理,以避免 s_md_lock spinlock 上潜在的锁竞争,并改进了备份超级块,使其在在线调整大小或更新标签或 UUID 时更新得更好。

Linux 内核 6.7 还增强了许多网络功能,如支持在 UDP 中对 IPsec ESP 进行 GRO 解封装、支持通过路由属性选择性启用 TCP 时间戳的 usec 解析、支持 TCP Authentication Option(RFC 5925,TCP-AO)作为 MD5 选项的更现代替代品、支持通过 vsock 套接字发送片段 skbs,以及支持 MCTP over I3C。

此外还支持针对 MDB(多播转发)的 netlink GET,允许用户空间请求单个 MDB 条目,而不是转储整个表;通过在处理套接字积压时延迟常规 TCP ACK,将 200Gbit NIC 上的单 TCP 流量性能提高了 20%;还支持 MPTCP 套接字上的 rcvlowat 和 notsent_lowat,帮助应用程序限制唤醒次数。
新增的网络功能还包括:支持本地每 CPU kptr,允许在映射中分配和存储每 CPU 对象;支持具有不同过滤器的多个 PTP 时间戳事件队列读取器;支持 VXLAN 隧道驱动程序中的选择性 FDB 冲洗;支持限制网桥中的已学 FDB 条目,以防止 OOM 攻击。

此外,公平队列(FQ)数据包调度器获得了内置的 3 波段优先级和 WRR 调度、旁路支持以及更好的非活动流报告。为 ARM32 和 s390x 平台添加了 BPF v4 CPU 指令支持,以及将 BPF 定时器固定到当前 CPU 的功能,并为 UNIX 套接字扩展了 cgroup BPF sockaddr 钩子。

Linux 内核 6.7 还增加了对 Landlock(TCP 绑定和连接访问控制)的初始网络支持、对 HDA 补丁的支持、支持新硬件类型和设备的 Thunderbolt/USB4 修正,并使所有媒体驱动程序都能使用 VB2 kAPI,而不是已移除的旧 V4L2 内核 videobuf kAPI。

此外,它还将 autofs 移植到了新的挂载 API,更新了 CephFS 日志,为英特尔的 CAT 实现添加了对非连续容量位掩码的支持,为 exFAT 文件系统添加了 ioctls 支持,以获取和设置 fatattr util 中使用的文件属性,并添加了一个新的 zeroo_size_dir 挂载选项,用于在创建目录时分配群集。
另一方面,F2FS 文件系统通过改变内部块大小与页面大小对齐,获得了更大的页面大小支持,并改进了有关断电恢复的分区块设备支持。在 Linux 内核 6.7 中,对 Rust 的支持已更新至 Rust 1.73.0,如果 IBT 在 C 语言中也已启用,则现在默认启用 IBT。

在 ARM64 支持方面,Linux 内核 6.7 引入了新的 HWCAP 定义和对 Ampere SoC PMU 的支持,而 ARM 平台则获得了对 AMD/Pensando 数据处理单元的支持和对 Sophgo 基于 RISC-V 的新高端设备的支持。

现在,LoongArch 架构已支持 KVM(基于内核的虚拟机),还支持带有静态键的 PREEMPT_DYNAMIC,并支持 LoongArch 架构中的 BPF CPU v4 指令。谈到 KVM,ARM 平台现在支持内存操作指令的访客功能,支持 Smstateen 和 Zicond 扩展以及 senvcfg 虚拟化。

对于 RISC-V 架构,Linux 内核 6.7 增加了对用户空间中 cbo.zero 的支持、对基于 ACPI 的系统上 CBO 的支持、对软件影子调用栈的支持、对处理 S 模式中错位访问的支持、对模块加载器中许多新的重定位的支持,以及对 T-Head 缓存刷新操作的改进。此外,还为 KVM 上的 RISC-V 提供了虚拟化 SBI 调试控制台 (DBCN)。

不出所料,Linux 内核 6.7 配备了大量新的和更新的驱动程序,以提供更好的硬件支持。它带来了更多 USB Type-C 新驱动程序、XHCI 扩展跟踪支持、USB “La Jolla Cove Adapter(LJCA)”支持、惠普 Omen 机器的 DMI 怪癖、新 USB dwc3 平台支持以及联想 cptkbd 的固件检测改进。

此外,Linux 6.7 中的硬件支持也得到了增强,支持在联想 Thinkpad 设备的直通过程中读取辅助 MAC 地址,改进了 ThinkPad Compact 键盘的挂起/恢复功能,为 HP 250 G7 笔记本电脑提供了 EC GPE 检测功能,并为同方 GMxXGxx/TUXEDO Stellaris/Polaris Gen5 笔记本电脑提供了 ACPI IRQ 覆盖。

最后但并非最不重要的是,Linux 内核 6.7 为赛灵思的 Versal 集成内存控制器带来了新的 EDAC 驱动程序,为 Monolithic Power (MPS) MP3309C 升压转换器带来了新的设备树绑定,为 3 款联想 x86 Android 平板电脑带来了 “供应商 “背光怪癖,支持 CephFS 中的 idmapped 挂载,以及更新了 NFSv4.1 实现以处理会话中继期间的 NFS4ERR_DELAY 错误。

6.7 内核还允许 Linux 本机处理当前一代 CXL 平台通过 PCIe AER 发送信号的 CXL 链接协议错误,为 AMD IOMMU 增加了 SVA 支持,为 Watchdog 增加了 Amlogic C3 和 S4 SoC 支持,增加了对 Intel Lunar Lake 的初步支持,并将 Intel Meteor Lake 支持提升到稳定版。
对于 AMD 用户,Linux 内核 6.7 增加了对更多即将推出的硬件平台的支持,包括 GC 11.5、DCN 3.5、VPE 6.1、NBIO 7.11 和 DML2,支持采用 es83xx 芯片的 AMD 平台,以及 AMD ACP 6.3 和 7.0。

在安全性方面,Linux 6.7 更新了加密支持,新增了基于虚拟地址的 lskcipher 接口,改进了 PPC 的 AES/XTS 6-way unrolling 性能,在 PKCS1Pad 中支持 FIPS 202 SHA-3,在 Adiantum 磁盘加密和解密算法中支持单页信息的快速路径。

此外,Linux 6.7 中的 AppArmor 还获得了对 io_uring 和 userns 创建中介的初始支持、一项收紧 change_profile 使用的新限制,以及在检索当前任务的 secid 和分配工作缓冲区时发现的几个性能瓶颈的优化。

Linux 内核 6.7 现在可以从 kernel.org 网站或 Linus Torvalds 的 git 树上下载,喜欢从源代码编译内核的用户可以下载。其他人则需要等待新内核版本出现在他们喜欢的 GNU/Linux 发行版的稳定软件仓库中。
Linux 内核 6.7 将是一个昙花一现的分支,只支持几个月。接替它的将是 Linux 内核 6.8,Linus Torvalds 已经正式打开了合并窗口。Linux 内核 6.8 预计将于 2024 年 3 月中旬发布。

“这显然意味着明天 6.8 的合并窗口就会打开。Linus Torvalds 说:”我已经有二十多个早期拉取请求等待处理–谢谢你们。”但是,请大家在下一个开发系列开始之前,先试用一下这个版本。好吗?

转自 Linux Kernel 6.7 Officially Released, This Is What’s New – 9to5Linux

假如 Windows XP 有 2024 版

Editor, Kai

假如 Windows XP 有 2024 版

现代生活就像垃圾一样。如果你最喜欢的科技巨头停止重新发明轮子,会是什么景象呢?

有一位勇者带给我们一个全新的视界,描绘了一个微软依旧运用 Windows XP 设计语言的平行宇宙。这难道不比打造 Copilot 键更有用吗?

2001 年,Windows XP 问世,并在 2009 年 4 月 14 日结束了主流支持。它以某种形式坚持到 2019 年,然后最终连嵌入式版本都被彻底放弃。随着 2007 年深度集成了 Aero 桌面效果的 Windows Vista,以及两年后的 Windows 7,都让许多用户做出了放弃 XP 的选择。

但倘若微软决定持续发展 Windows XP 的用户界面,而不是在开始菜单变得一团糟后向我们 道歉,会怎么样?要是当前我们用的不是 Windows 10 或 11,而是 2024 年版的 Windows XP 呢?

不用猜想了,一位叫作 AR 4789 的 YouTube 创作者为我们带来了长达 9 分钟的对 XP 的 全新想象。这位作者对操作系统概念有着独特见解,他的频道中包括了对传闻中的 Windows 12 的多个设想。

然而,这个 XP 的设想让我们忍不住掀起“如果……”的思绪,唤起了对操作系统视觉效果的优缺点的看法。我们想,到 2024 年,微软应该已经解决了“瑞士乳酪”般的各种内部问题吧。

贴心的设计愈发丰富,从任务栏,到开始菜单和对话框,引入了近期版本的微软操作系统的分页设计。我们尤其欣赏那个在视频 07:20 时标记选中深色模式那一刻,熟悉的 Bliss 背景瞬间转变成了星空。

这个视频逼真地还原了一些 Windows XP 设计语言的部分元素,一些令人苦笑的设计。窗口控制按钮看起来过时,因为实际上,它们确实有些年头了,有些 3D 效果对现代审美来说也略显陈旧。

然而,这些都只是个人看法。在作者看来,Windows 11 看上去还不错,或许只是因为我们早已习以为常了。然而,这份充满怀旧之情的概念视频向我们展示了一种可能性,那就是如果微软停止一再尝试的步伐,我们的操作系统会呈现什么样的特色。


via: https://www.theregister.com/2024/01/04/windows_xp_reimagined/

作者:Richard Speed 译者:ChatGPT 校对:wxy

转自 观点|假如 Windows XP 有 2024 版 (linux.cn)