你说的对,但是《Windows11》是由Microsoft自主研发的一款全新闭源操作系统。使用该内核的系统运行在一个被称作「NT

你说的对,但是《Windows11》是由Microsoft自主研发的一款全新闭源操作系统。使用该内核的系统运行在一个被称作「NTFS」的文件系统，在这里被NTKernel选中的人将被授予「taskmgr」，管理进程的生杀大权的力量。你将扮演一位名为「Administrator」的神秘用户，在自由的使用中邂逅不同Win32应用、各有千秋独特的Registry项和各种services们，和它们一起享受各种0X000xxxx错误代码，打开关闭的tpm2.0的同时，逐步发掘「内存不能为Read」的真相。via

受 2038 年时间戳“炸弹”影响，Linux 6.9 将弃用 ext2 文件系统驱动程序

受2038年时间戳“炸弹”影响，Linux6.9将弃用ext2文件系统驱动程序Linux 开发人员 MichaelOpdenacker近日在 Bootlin 博客中发布文章，声称ext2 文件系统驱动程序“是时候退休了”，在即将发布的Linux6.9内核中，相关文件系统驱动程序将被标记为“已弃用”。ext2 文件系统驱动程序最初于 1993 年加入 Linux 核心支持中，但相关驱动拥有“2038年时间炸弹问题”：即使文件系统使用 256 字节的 inodes（mkfs.ext2-I256）创建的，但文件系统驱动程序也会坚持使用 32 位日期，因此相关驱动程序不支持超过 2038 年 1 月 19 日 03:14:07UTC 的inode 时间戳。为了避免相关“时间炸弹”，官方建议 ext2 用户升级到ext4 驱动程序，ext4 文件系统驱动程序与 ext2 完全兼容。线索：@ZaiHuabot投稿：@TNSubmbot频道：@TestFlightCN

Linux内核源代码分析视频课

Linux内核源代码分析视频课课程介绍本课程从理解计算机硬件的核心工作机制（存储程序计算机和函数调用堆栈）和用户态程序如何通过系统调用陷入内核（中断异常）入手，通过上下两个方向双向夹击的策略，并利用实际可运行程序的反汇编代码从实践的角度理解操作系统内核，然后开始分析Linux内核源代码，从系统调用陷入内核，进程调度与进程切换，最后返回到用户态进程，通过仔细分析梳理这一过程，并推广到硬件中断、缺页异常等内核执行路径，最终能从本质上把握Linux内核的实质，乃至在头脑中演绎Linux系统的运行过程。学习地址百度：天翼：阿里：夸克：

ext2文件系统驱动程序现已标记为过时

ext2文件系统驱动程序现已标记为过时EXT2文件系统已经存在了三十年，EXT3和EXT4在Linux内核中稳定运行也分别有二十多年和十五年了。EXT2的使用率一直在下降，很可能只是用于访问旧的存储设备/传统的Linux发行版安装。不过，由于文件系统驱动程序不支持2038年以后的日期（Y2038问题的一部分），EXT2现在已被弃用。由于无法正确支持2038年1月19日之后的时间戳，Linux开发人员现在鼓励剩余的EXT2用户升级到使用EXT4驱动程序访问文件系统。EXT4驱动程序能够处理EXT2文件系统，同时正确支持Y2038问题之后的日期。因此，EXT2驱动程序目前已被弃用，其代码仅作参考之用，但很可能在未来几年内被删除。Bootlin博客上有更多关于EXT2驱动程序废弃的详细信息：https://bootlin.com/blog/ext2-filesystem-driver-now-marked-as-deprecated/...PC版：https://www.cnbeta.com.tw/articles/soft/1425792.htm手机版：https://m.cnbeta.com.tw/view/1425792.htm

Linus Torvalds掷下重锤：Linux 6.11中的可扩展调度程序sched_ext

LinusTorvalds掷下重锤：Linux6.11中的可扩展调度程序sched_ext在即将到来的Linux6.11周期中，LinusTorvalds作为Linux内核的"BDFL"，宣布他打算在Linux6.11中合并sched_ext补丁，尽管其他内核开发者对此表示反对。他认为，sched_ext代码已经准备就绪，可以为Linux内核提供真正的价值。继续拖着sched_ext不放出来是不值得的。今天，Torvalds在Linux内核邮件列表中围绕sched_extv6补丁的线程上利用他的权威宣布了他将把代码与Linux6.11合并的意图："老实说，我认为没有理由再拖延下去了。整个补丁集是去年内核维护者峰会的主要（私下）讨论内容，我不认为在一年后即将召开的维护者峰会上进行同样的讨论（无论是在列表外还是作为实际事件）有任何价值，所以为了取得任何理智的进展，我目前的计划是将其合并到6.11中。至少这样，我们会取得进展，而KS2024上的讨论可以是关于我的思维敏锐度--或者说缺乏敏锐度--而不是重提去年显然没有取得进展的同一件事。我从来都不相信要让每个人都对树外的代码感到满意--我们最好还是在树内一起工作。而使用"为了接受这个，必须先修正其他一些东西"的论点也并不奏效（这一点已经在各种维护者峰会上讨论了十多年）。我也不相信有人（多次）提出的BPF调度器会阻止人们参与调度器开发的论点。我个人认为，阻碍人们参与的主要原因是参与的门槛太高。总之，这是给Tejun的提示，请他在下一个合并窗口向我发送拉取请求。也是给其他人的"正在发生"的提示。因此，从现在到七月中旬Linux6.11合并窗口开启期间，如果没有任何最后一分钟的计划改变，下一个内核周期我们就可以找到sched_ext。...PC版：https://www.cnbeta.com.tw/articles/soft/1434408.htm手机版：https://m.cnbeta.com.tw/view/1434408.htm

使用EXT4文件系统的Linux 6.5将拥有更快的并行直接I/O覆写性能

使用EXT4文件系统的Linux6.5将拥有更快的并行直接I/O覆写性能通过FIO这个补丁，他的测试案例从8724KiB/s提高到1565MiB/s。获取补丁：https://git.kernel.org/pub/scm/linux/kernel/git/tytso/ext4.git/commit/?h=dev&id=310ee0902b8d9d0a13a5a13e94688a5863fa29c2Foster在补丁中解释说："我们有报告说，由于ext4中增加了排他性限制，子块（无对齐）直接写入的性能明显下降。对不对齐直接写入的排他性要求的目的是为了避免iomapdio层中未序列化的部分块清零在重叠写入中造成的数据损坏。XFS由于同样的基本原因也有类似的要求，但却没有像ext4那样遭受极端的性能退步。原因是XFS利用了IOMAP_DIO_OVERWRITE_ONLY模式，该模式允许主动提交并发的无对齐I/O，并踢回需要部分块清零的写操作，以便它们可以在一个安全、排他的上下文中提交。由于ext4已经在提交前执行了大部分这些检查，它可以支持类似的做法，而不一定要依赖iomap标志和相关的重试机制。更新dio写提交路径，以允许同时提交不对齐的直接写操作，这些写操作是纯粹的覆盖，所以不需要块清零。"Linux6.5的EXT4更新的完整列表可以通过这个拉动请求找到：https://lore.kernel.org/lkml/[email protected]/...PC版：https://www.cnbeta.com.tw/articles/soft/1367887.htm手机版：https://m.cnbeta.com.tw/view/1367887.htm