<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Linux内核 on Answer</title>
    <link>https://answer.freetools.me/categories/linux%E5%86%85%E6%A0%B8/</link>
    <description>Recent content in Linux内核 on Answer</description>
    <generator>Hugo -- 0.152.2</generator>
    <language>zh-cn</language>
    <lastBuildDate>Fri, 13 Mar 2026 14:37:33 +0800</lastBuildDate>
    <atom:link href="https://answer.freetools.me/categories/linux%E5%86%85%E6%A0%B8/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>文件描述符：一个整数如何连接进程与内核的四十年演进</title>
      <link>https://answer.freetools.me/%E6%96%87%E4%BB%B6%E6%8F%8F%E8%BF%B0%E7%AC%A6%E4%B8%80%E4%B8%AA%E6%95%B4%E6%95%B0%E5%A6%82%E4%BD%95%E8%BF%9E%E6%8E%A5%E8%BF%9B%E7%A8%8B%E4%B8%8E%E5%86%85%E6%A0%B8%E7%9A%84%E5%9B%9B%E5%8D%81%E5%B9%B4%E6%BC%94%E8%BF%9B/</link>
      <pubDate>Fri, 13 Mar 2026 14:37:33 +0800</pubDate>
      <guid>https://answer.freetools.me/%E6%96%87%E4%BB%B6%E6%8F%8F%E8%BF%B0%E7%AC%A6%E4%B8%80%E4%B8%AA%E6%95%B4%E6%95%B0%E5%A6%82%E4%BD%95%E8%BF%9E%E6%8E%A5%E8%BF%9B%E7%A8%8B%E4%B8%8E%E5%86%85%E6%A0%B8%E7%9A%84%E5%9B%9B%E5%8D%81%E5%B9%B4%E6%BC%94%E8%BF%9B/</guid>
      <description>深入解析Linux文件描述符的技术本质：从内核数据结构task_struct、files_struct、fdtable的实现原理，到I/O多路复用技术从select、poll到epoll的演进历程，揭示这个看似简单的整数如何在进程与内核之间建立起高效的通信桥梁。</description>
    </item>
    <item>
      <title>虚拟文件系统：为什么这个抽象层统治了Linux文件访问三十年</title>
      <link>https://answer.freetools.me/%E8%99%9A%E6%8B%9F%E6%96%87%E4%BB%B6%E7%B3%BB%E7%BB%9F%E4%B8%BA%E4%BB%80%E4%B9%88%E8%BF%99%E4%B8%AA%E6%8A%BD%E8%B1%A1%E5%B1%82%E7%BB%9F%E6%B2%BB%E4%BA%86linux%E6%96%87%E4%BB%B6%E8%AE%BF%E9%97%AE%E4%B8%89%E5%8D%81%E5%B9%B4/</link>
      <pubDate>Fri, 13 Mar 2026 11:35:49 +0800</pubDate>
      <guid>https://answer.freetools.me/%E8%99%9A%E6%8B%9F%E6%96%87%E4%BB%B6%E7%B3%BB%E7%BB%9F%E4%B8%BA%E4%BB%80%E4%B9%88%E8%BF%99%E4%B8%AA%E6%8A%BD%E8%B1%A1%E5%B1%82%E7%BB%9F%E6%B2%BB%E4%BA%86linux%E6%96%87%E4%BB%B6%E8%AE%BF%E9%97%AE%E4%B8%89%E5%8D%81%E5%B9%B4/</guid>
      <description>从Sun的vnode架构到Linux的VFS实现，深入解析虚拟文件系统如何让多个文件系统和平共处，以及superblock、inode、dentry、file四大核心数据结构的设计哲学</description>
    </item>
    <item>
      <title>系统调用的完整旅程：一行代码如何跨越用户态和内核态的鸿沟</title>
      <link>https://answer.freetools.me/%E7%B3%BB%E7%BB%9F%E8%B0%83%E7%94%A8%E7%9A%84%E5%AE%8C%E6%95%B4%E6%97%85%E7%A8%8B%E4%B8%80%E8%A1%8C%E4%BB%A3%E7%A0%81%E5%A6%82%E4%BD%95%E8%B7%A8%E8%B6%8A%E7%94%A8%E6%88%B7%E6%80%81%E5%92%8C%E5%86%85%E6%A0%B8%E6%80%81%E7%9A%84%E9%B8%BF%E6%B2%9F/</link>
      <pubDate>Fri, 13 Mar 2026 06:39:38 +0800</pubDate>
      <guid>https://answer.freetools.me/%E7%B3%BB%E7%BB%9F%E8%B0%83%E7%94%A8%E7%9A%84%E5%AE%8C%E6%95%B4%E6%97%85%E7%A8%8B%E4%B8%80%E8%A1%8C%E4%BB%A3%E7%A0%81%E5%A6%82%E4%BD%95%E8%B7%A8%E8%B6%8A%E7%94%A8%E6%88%B7%E6%80%81%E5%92%8C%E5%86%85%E6%A0%B8%E6%80%81%E7%9A%84%E9%B8%BF%E6%B2%9F/</guid>
      <description>深入解析Linux系统调用从用户空间到内核空间的完整技术路径，包括SYSCALL指令、MSR寄存器、entry_SYSCALL_64入口点、系统调用表、参数传递、安全边界检查，以及vDSO优化和KPTI性能影响。</description>
    </item>
    <item>
      <title>中断处理为何必须拆成两半：从顶半部到底半部的二十年架构博弈</title>
      <link>https://answer.freetools.me/%E4%B8%AD%E6%96%AD%E5%A4%84%E7%90%86%E4%B8%BA%E4%BD%95%E5%BF%85%E9%A1%BB%E6%8B%86%E6%88%90%E4%B8%A4%E5%8D%8A%E4%BB%8E%E9%A1%B6%E5%8D%8A%E9%83%A8%E5%88%B0%E5%BA%95%E5%8D%8A%E9%83%A8%E7%9A%84%E4%BA%8C%E5%8D%81%E5%B9%B4%E6%9E%B6%E6%9E%84%E5%8D%9A%E5%BC%88/</link>
      <pubDate>Tue, 10 Mar 2026 17:41:40 +0800</pubDate>
      <guid>https://answer.freetools.me/%E4%B8%AD%E6%96%AD%E5%A4%84%E7%90%86%E4%B8%BA%E4%BD%95%E5%BF%85%E9%A1%BB%E6%8B%86%E6%88%90%E4%B8%A4%E5%8D%8A%E4%BB%8E%E9%A1%B6%E5%8D%8A%E9%83%A8%E5%88%B0%E5%BA%95%E5%8D%8A%E9%83%A8%E7%9A%84%E4%BA%8C%E5%8D%81%E5%B9%B4%E6%9E%B6%E6%9E%84%E5%8D%9A%E5%BC%88/</guid>
      <description>中断处理为何必须拆成两半：从顶半部到底半部的二十年架构博弈</description>
    </item>
    <item>
      <title>容器技术的内核根基：从namespace到cgroups的二十年演进</title>
      <link>https://answer.freetools.me/%E5%AE%B9%E5%99%A8%E6%8A%80%E6%9C%AF%E7%9A%84%E5%86%85%E6%A0%B8%E6%A0%B9%E5%9F%BA%E4%BB%8Enamespace%E5%88%B0cgroups%E7%9A%84%E4%BA%8C%E5%8D%81%E5%B9%B4%E6%BC%94%E8%BF%9B/</link>
      <pubDate>Sat, 07 Mar 2026 13:12:06 +0800</pubDate>
      <guid>https://answer.freetools.me/%E5%AE%B9%E5%99%A8%E6%8A%80%E6%9C%AF%E7%9A%84%E5%86%85%E6%A0%B8%E6%A0%B9%E5%9F%BA%E4%BB%8Enamespace%E5%88%B0cgroups%E7%9A%84%E4%BA%8C%E5%8D%81%E5%B9%B4%E6%BC%94%E8%BF%9B/</guid>
      <description>深入剖析Linux容器技术的底层实现原理。从1982年chroot进入BSD开始，追溯容器隔离技术的发展历程。系统解析Linux内核的8种namespace类型、cgroups v1/v2的资源控制机制、OverlayFS文件系统层，以及容器运行时的OCI标准。涵盖user namespace的权限映射、PID namespace的僵尸进程处理、网络namespace的veth pair通信，以及CVE-2019-5736等安全漏洞的技术细节。基于Linux内核源码、man pages和学术论文，揭示容器如何通过namespace实现资源隔离、通过cgroups实现资源限制。</description>
    </item>
    <item>
      <title>磁盘调度器的三十年迷途：从电梯算法到&#34;无调度&#34;的技术突围</title>
      <link>https://answer.freetools.me/%E7%A3%81%E7%9B%98%E8%B0%83%E5%BA%A6%E5%99%A8%E7%9A%84%E4%B8%89%E5%8D%81%E5%B9%B4%E8%BF%B7%E9%80%94%E4%BB%8E%E7%94%B5%E6%A2%AF%E7%AE%97%E6%B3%95%E5%88%B0%E6%97%A0%E8%B0%83%E5%BA%A6%E7%9A%84%E6%8A%80%E6%9C%AF%E7%AA%81%E5%9B%B4/</link>
      <pubDate>Sat, 07 Mar 2026 10:19:47 +0800</pubDate>
      <guid>https://answer.freetools.me/%E7%A3%81%E7%9B%98%E8%B0%83%E5%BA%A6%E5%99%A8%E7%9A%84%E4%B8%89%E5%8D%81%E5%B9%B4%E8%BF%B7%E9%80%94%E4%BB%8E%E7%94%B5%E6%A2%AF%E7%AE%97%E6%B3%95%E5%88%B0%E6%97%A0%E8%B0%83%E5%BA%A6%E7%9A%84%E6%8A%80%E6%9C%AF%E7%AA%81%E5%9B%B4/</guid>
      <description>深入解析Linux I/O调度器从HDD时代到NVMe时代的技术演进：从电梯算法的物理约束到blk-mq多队列架构的设计革命，对比分析MQ-Deadline、BFQ、Kyber、None四种调度器的性能特征与适用场景，揭示CPU成为新瓶颈的技术真相。</description>
    </item>
    <item>
      <title>共享内存比管道快100倍，但你的系统可能用错了：Linux进程间通信的性能真相与选择困境</title>
      <link>https://answer.freetools.me/%E5%85%B1%E4%BA%AB%E5%86%85%E5%AD%98%E6%AF%94%E7%AE%A1%E9%81%93%E5%BF%AB100%E5%80%8D%E4%BD%86%E4%BD%A0%E7%9A%84%E7%B3%BB%E7%BB%9F%E5%8F%AF%E8%83%BD%E7%94%A8%E9%94%99%E4%BA%86linux%E8%BF%9B%E7%A8%8B%E9%97%B4%E9%80%9A%E4%BF%A1%E7%9A%84%E6%80%A7%E8%83%BD%E7%9C%9F%E7%9B%B8%E4%B8%8E%E9%80%89%E6%8B%A9%E5%9B%B0%E5%A2%83/</link>
      <pubDate>Sat, 07 Mar 2026 01:15:56 +0800</pubDate>
      <guid>https://answer.freetools.me/%E5%85%B1%E4%BA%AB%E5%86%85%E5%AD%98%E6%AF%94%E7%AE%A1%E9%81%93%E5%BF%AB100%E5%80%8D%E4%BD%86%E4%BD%A0%E7%9A%84%E7%B3%BB%E7%BB%9F%E5%8F%AF%E8%83%BD%E7%94%A8%E9%94%99%E4%BA%86linux%E8%BF%9B%E7%A8%8B%E9%97%B4%E9%80%9A%E4%BF%A1%E7%9A%84%E6%80%A7%E8%83%BD%E7%9C%9F%E7%9B%B8%E4%B8%8E%E9%80%89%E6%8B%A9%E5%9B%B0%E5%A2%83/</guid>
      <description>深入剖析Linux进程间通信机制的性能差异与选择困境。从共享内存的零拷贝优势，到管道的系统调用开销，从Unix域套接字的灵活性，到消息队列的内核管理成本。基于Baeldung、GitHub基准测试、学术论文与内核源码分析，系统梳理各种IPC机制的性能特征与适用场景。揭示共享内存为何能达到管道100倍吞吐量的技术原理，以及在高并发系统中如何做出正确的IPC选择。</description>
    </item>
    <item>
      <title>文件描述符为何会耗尽:从内核内存到OOM Killer的三层陷阱</title>
      <link>https://answer.freetools.me/%E6%96%87%E4%BB%B6%E6%8F%8F%E8%BF%B0%E7%AC%A6%E4%B8%BA%E4%BD%95%E4%BC%9A%E8%80%97%E5%B0%BD%E4%BB%8E%E5%86%85%E6%A0%B8%E5%86%85%E5%AD%98%E5%88%B0oom-killer%E7%9A%84%E4%B8%89%E5%B1%82%E9%99%B7%E9%98%B1/</link>
      <pubDate>Fri, 06 Mar 2026 22:15:50 +0800</pubDate>
      <guid>https://answer.freetools.me/%E6%96%87%E4%BB%B6%E6%8F%8F%E8%BF%B0%E7%AC%A6%E4%B8%BA%E4%BD%95%E4%BC%9A%E8%80%97%E5%B0%BD%E4%BB%8E%E5%86%85%E6%A0%B8%E5%86%85%E5%AD%98%E5%88%B0oom-killer%E7%9A%84%E4%B8%89%E5%B1%82%E9%99%B7%E9%98%B1/</guid>
      <description>从GitHub Actions的&amp;#34;EMFILE&amp;#34;错误到Amazon EKS的OOMKilled事故,深度解析文件描述符泄漏的三层限制机制。基于Linux内核源码、IEEE论文、生产环境postmortem报告等50&#43;权威信源,系统剖析文件描述符从进程级fdtable到系统级file-max的完整层级,揭示文件描述符如何通过内核内存消耗触发OOM Killer、容器环境中的独特挑战、以及/proc/sys/fs/file-nr到lsof的监控实践。涵盖CLOSE_WAIT状态、select/poll/epoll限制差异、systemd与Docker配置陷阱、以及从静态分析到运行时检测的完整排查方法论。</description>
    </item>
    <item>
      <title>BPF：一个&#34;过期&#34;技术的十五年逆袭</title>
      <link>https://answer.freetools.me/bpf%E4%B8%80%E4%B8%AA%E8%BF%87%E6%9C%9F%E6%8A%80%E6%9C%AF%E7%9A%84%E5%8D%81%E4%BA%94%E5%B9%B4%E9%80%86%E8%A2%AD/</link>
      <pubDate>Fri, 06 Mar 2026 04:02:56 +0800</pubDate>
      <guid>https://answer.freetools.me/bpf%E4%B8%80%E4%B8%AA%E8%BF%87%E6%9C%9F%E6%8A%80%E6%9C%AF%E7%9A%84%E5%8D%81%E4%BA%94%E5%B9%B4%E9%80%86%E8%A2%AD/</guid>
      <description>从1992年Berkeley Packet Filter诞生到2014年eBPF重塑Linux内核，再到2020年代成为云原生基础设施的核心。深入解析BPF如何从网络包过滤工具演变为操作系统可编程层，剖析验证器如何保证内核安全、JIT编译如何实现原生性能、CO-RE如何解决跨内核兼容性，以及Cilium、Falco等生产级应用的技术内幕。</description>
    </item>
    <item>
      <title>Page Cache的阴暗面：为什么write()成功返回数据却可能消失</title>
      <link>https://answer.freetools.me/page-cache%E7%9A%84%E9%98%B4%E6%9A%97%E9%9D%A2%E4%B8%BA%E4%BB%80%E4%B9%88write%E6%88%90%E5%8A%9F%E8%BF%94%E5%9B%9E%E6%95%B0%E6%8D%AE%E5%8D%B4%E5%8F%AF%E8%83%BD%E6%B6%88%E5%A4%B1/</link>
      <pubDate>Fri, 06 Mar 2026 02:31:00 +0800</pubDate>
      <guid>https://answer.freetools.me/page-cache%E7%9A%84%E9%98%B4%E6%9A%97%E9%9D%A2%E4%B8%BA%E4%BB%80%E4%B9%88write%E6%88%90%E5%8A%9F%E8%BF%94%E5%9B%9E%E6%95%B0%E6%8D%AE%E5%8D%B4%E5%8F%AF%E8%83%BD%E6%B6%88%E5%A4%B1/</guid>
      <description>深入解析Linux Page Cache与脏页回写机制，揭示数据从用户态write()到磁盘持久存储的完整旅程。从内核flusher线程的十年演进、ext4断电数据丢失事件、fsync性能瓶颈到SSD断电保护，全面覆盖现代存储栈中的数据可靠性挑战与最佳实践。</description>
    </item>
  </channel>
</rss>
