Linux 6.0引入F2FS低内存模式:以性能为代价减少内存占用

Linux6.0引入F2FS低内存模式:以性能为代价减少内存占用FlashFriendlyFile-System(F2FS)对于闪存设备,尤其是固态硬盘和移动硬盘来说,依然是强大的文件系统选项。在Linux6.0中,此文件系统驱动程序还有更多改进,引入了包括低内存模式在内的一些新功能。低内存模式在低端Android手机以及内存容量不充裕的设备上,能够调整文件系统行为以减少内存占用。但是作为牺牲的是,F2FS会影响运行性能。带有Linux6.0的F2FS在其原子写入操作、前台垃圾收集时间、修复等方面也有所改进。F2FS维护者JaegeukKim将这个周期的工作总结为:在这个周期中,我们主要修复了一些不恰当地操纵每个文件压缩标志的极端情况。而且,我们发现f2fs在设置区域容量时错误地计算了一个部分中的有效块,因此,通过额外的sysfs条目来修复它以便于检查它。最后,这个系列包括几个关于新的原子写入支持的补丁,例如几个错误修复和重新添加我们在之前版本中错误删除的atomic_write_abort支持。PC版:https://www.cnbeta.com/articles/soft/1303957.htm手机版:https://m.cnbeta.com/view/1303957.htm

相关推荐

封面图片

Linux 6.0-rc3版本公布 Linus Torvalds纪念内核走过31周年

Linux6.0-rc3版本公布LinusTorvalds纪念内核走过31周年LinusTorvalds刚刚发布了即将发布的Linux6.0内核的第三周候选版本。正式版的Linux6.0将在10月初发布,正如Linux6.0功能概述中指出的那样,它包含了许多令人兴奋的改进。在新的AMD和Intel产品支持方面有很多工作,还有其他各种支持的增加。上周是LinusTorvalds宣布启动Linux内核的31周年,他在6.0-rc3公告中评论道:因此,正如一些人已经注意到的那样,上周是一个周年纪念周--自最初的Linux开发公告以来已有31年,时间过得真快。但这不是那种历史性的邮件--这只是常规的每周RC发布公告,我们在整个源码树上都有各种修复,在所有常见的地方:驱动(网络、fbdev、drm)、架构(每一种都有一点:x86、loongarch、arm64、parisc、s390和RISC-V)、文件系统(主要是btrfs和cifs,其他地方有小问题),以及核心内核代码(网络、vm、vfs和cgroup)。还有一些工具支持(perf和selftests)。我们已经有了一些已知的问题,但没有什么看起来那么可怕的。Linux6.0-rc3的补丁列表可以在内核邮件列表中找到:https://lore.kernel.org/lkml/[email protected]om/T/#u...PC版:https://www.cnbeta.com/articles/soft/1309689.htm手机版:https://m.cnbeta.com/view/1309689.htm

封面图片

Linux 6.0迎来ARM64 UEFI镜像内存和ACPI PRM支持改进

Linux6.0迎来ARM64UEFI镜像内存和ACPIPRM支持改进Phoronix报道称:上周的Linux6.0合并,包含了针对“可扩展固件接口”(EFI)和ARM64的两项显著改进。首先,新内核接受了华为在今年早些时候发布的面向ARM64平台的UEFI镜像内存(MirroredMemory)支持。截图(来自:git.Kernel.org)据悉,“统一可扩展固件接口”(UEFI)的镜像内存支持,已在Linuxx86/x86_64上平稳采用多年。而随着Linux6.0内核的最新合并,它现在也能够在AArch64硬件上工作了。【功能概述】UEFI允许设置基于地址范围的部分内存镜像,以增强服务器的冗余/可靠性。随着内核端支持的就绪,符合UEFI规范的AArch46硬件,也将能够在Linux6.0+上顺利启用。其次,ACPIPRM也获得了Linux6.0上的ARM64硬件支持。该平台的运行时机制,可用于公开一组能够从AML解释器调用的二进制/可执行文件。在ARM64服务器上启用此ACPIPRM支持,将能够减少某些服务器平台上的系统初始化计算开销。最后,Linux6.0内核还迎来了其它一些微小的改进。至于完整的补丁列表,还请移步至官方Git合并页面查看。PC版:https://www.cnbeta.com/articles/soft/1303253.htm手机版:https://m.cnbeta.com/view/1303253.htm

封面图片

Linux 6.0将其H.265/HEVC用户空间API提升到稳定状态

Linux6.0将其H.265/HEVC用户空间API提升到稳定状态随着Linux6.0多媒体子系统的变化,H.265/HEVC用户空间API现在被视为稳定状态。Linux6.0最新补丁已经将HEVC无状态控制移出暂存区,并使"HEVCuapi表现稳定并可用于硬件解码器"。目前行使Linux内核HEVC用户空间API的是全志SoC的Cedrus驱动和Hantro媒体驱动,以及用于瑞芯微和恩智浦SoC内VPU的Hantro视频IP。此外,还有目前树外的瑞芯微RKVDEC和RaspberryPi"RPI"驱动程序,它们都使用了这个HEVC用户空间API。通过这些使用API的驱动程序和持续的开源代码完善,它已经是一个稳定的状态,而不是一个暂存接口。除了最终确定用户空间API之外,Linux6.0的媒体子系统更新还增加了SemiAR0521传感器驱动,更新了Cedrus和Hantro对H.265的支持,STKWebCam驱动已经从暂存状态中升级出来,IntelAtomISP驱动也进行了一些修复/清理,以及其他较小的驱动修复/改进。关于Linux6.0的媒体子系统更新的完整列表,请阅读这份拉动请求:https://lore.kernel.org/lkml/[email protected]/...PC版:https://www.cnbeta.com/articles/soft/1302459.htm手机版:https://m.cnbeta.com/view/1302459.htm

封面图片

NVIDIA Ampere GA103 GPU对Nouveau的支持正在并入Linux 6.0内核

NVIDIAAmpereGA103GPU对Nouveau的支持正在并入Linux6.0内核作为今天"drm-misc-fixes"拉动请求的一部分,NVIDIAAmpereGA103GPU支持将被添加到Linux6.0的NouveauDRM驱动程序中。GA103GPU被GeForceRTX3060Ti使用,对它的开源Nouveau驱动支持终于在本月初发布。但是,该GA103启用补丁仅仅是几行代码,添加了新的芯片组,并让它采用现有的驱动代码路径。在红帽公司的KarolHerbst的测试中,GA103沿用了现有的Ampere和先前的驱动代码路径,实测效果不错。由于仅仅是针对GA103的微不足道的驱动添加,因此它不会有倒退现有硬件支持的风险,因此是一个安全的合并后的窗口添加,作为Linux6.0的"修复"发送到内核中去。不过不要太兴奋,因为目前Linux6.0对NVIDIAAmpereGPU的支持仅限于显示/模式设置。今年早些时候,NVIDIA发布的RTX30Ampere签名固件文件中的AmpereGPU加速支持并没有被纳入6.0合并窗口。但是,红帽公司的工程师们似乎已经接近解决内核驱动支持的问题,因此希望在Linux6.1中,我们将最终看到开源驱动与硬件加速一起工作,然后通过Nouveau的Mesa代码支持OpenGL。为了在Nouveau的现代GPU上获得更好的性能,仍然需要更多的调校,而且实验性的开源NVIDIAVulkan驱动程序仍然处于早期的、针对Mesa的树外状态。但无论如何,如果你花了不少钱买了一块GA103/RTX3060Ti,一旦这些DRM修复进入主线,至少显示支持可以在Linux6.0上正常运行。了解更多:[PULL]drm-misc-fixes(lists.freedesktop.org)...PC版:https://www.cnbeta.com/articles/soft/1305139.htm手机版:https://m.cnbeta.com/view/1305139.htm

封面图片

Linux 6.0-rc2发布:开发顺利 正式版10月上旬发布

Linux6.0-rc2发布:开发顺利正式版10月上旬发布上周末,LinusTorvalds发布了Linux6.0-rc2候选版本更新。Linux6.0正式版预估将于10月上旬发布,将添加大量的硬件支持,对内核也进行了诸多创新,并引入了很多令人兴奋的变化。目前Linux6.0的合并窗口期已经过去了1周时间,第2个候选版本带来了大量来自开发者和用户的测试。下载:https://www.kernel.org/更新日志:https://lkml.org/lkml/2022/7/31/295LinusTorvalds表示该候选版并没有什么特别有趣的,rc2的开发还算顺利,可以让开发人员松口气了,并且也没有发现很多错误。这里最引人注目的修复可能是virtioreverts,它修复了人们在googlecloud虚拟机上运行测试时遇到的问题,这是我们在合并窗口关闭时注意到的“未决问题”。显而易见且值得注意的是,因为这个问题会导致无法运行一些自动化测试,可能还会导致其他问题但显然本次更新还有很多其他的东西,根据附加的短日志。差异在一定程度上受到AMDgpu修复的支配——它们在合并窗口期间错过了“drm修复”拉动,因此在那一侧有一堆修复未决。但是有一些网络驱动程序修复,一些文件系统修复(btrfs和后期ntfs3half-fixes-half-updatespull),以及通常的架构修复和其他核心代码(主要是网络)。PC版:https://www.cnbeta.com/articles/soft/1307111.htm手机版:https://m.cnbeta.com/view/1307111.htm

封面图片

Linux 6.0在rc1合并窗口后对NTFS3内核驱动更新网开一面

Linux6.0在rc1合并窗口后对NTFS3内核驱动更新网开一面由ParagonSoftware开源的NTFS3,是现代Linux内核中的NFTS文件系统的读/写驱动程序。随着上一个Linux合并窗口在6.0-rc1版本发布时结束,我们也看到了一些针对Linux6.0的后期代码重构和修复。但在常规的两周时间里,ParagonSoftware并未带来新功能代码和其它非严格bug的修复。与今年早些时候的少量NTFS3维护相比,这次它晚了好几天。即便如此,ParagonSoftware的NTFS3维护者KonstantinKomarov,还是在rc-1合并窗口关闭几天后,提交了一批NTFS3代码重构和bug修复。由查询请求(pullrequest)可知,其修复了NTFS3的几个逻辑错误、解决了与xfstests有关的部分问题、以及删除/重构了一些代码。虽然迟早的更新算不上是严格意义上的bug修复,LinusTorvalds还是对ParagonSoftware的工作给予了如下评价:是的,这里本该有几个正经的修复。但至少,我们有看到新开发的FALLOC_FL_INSERT_RANGE。至于其余部分,似乎大多仅为重构和清理——这些内容本该在上一个合并窗口期内出现。不过鉴于这些事情只涉及NTFS3本身,我们认为相关实验还是相当可靠的。但愿到下一轮的时候——无论是清理还是实际的新代码——还请记得准时靠谱一点。综上所述,至少在Linux6.0中,针对NTFS3的这些微小变更仍会被吸纳,以改进微软主导的NFTS文件系统的开源读/写内核驱动。相关文章:LinuxKernel5.15将整合NTFS3驱动更好支持NTFS文件系统LinusTorvalds对NTFS3Linux驱动无人维护的情况发表评论NTFS3内核驱动迎来久违更新作者向Linux5.19发送修复程序...PC版:https://www.cnbeta.com/articles/soft/1305835.htm手机版:https://m.cnbeta.com/view/1305835.htm

🔍 发送关键词来寻找群组、频道或视频。

启动SOSO机器人