云栖梦泽
林渡
Blog
  • 首页
  • 我的视界
    • 人世间
      • 世间风声
      • 人间烟火
    • 壹句话
    • 云外光影
      • 动物与植物
      • 美食
      • 生活气息
      • 人物
    • 文章归档
      • 技术分享
      • 视频类型
      • 音频类型
      • 图文类型
      • 图片类型
  • 「内核宇宙」
    • 灵感工坊
      • 灵感风暴
    • 底层漫游
      • Android稳定性
      • Linux内存管理
      • Linux进程调度
      • Linux内核
      • ARM体系架构
      • LRDP2
      • 技术分享
  • 璀璨星河
    • 公告
    • 应用舱
    • 众星
    • 豆瓣
    • 足迹
    • 走心评论
    • 林渡的网盘
  • 留言板
  • 关于
    • 捐赠者名单
    • 关于我
    • 一些声明
      • 站点声明
      • 隐私政策
    • 网站看板
  • 欢迎订阅!

欢迎来到云栖梦泽,为您导读全站动态
  • 林渡 1日前前留言 工具我更新了,但是小米在线解析的,那个只支持小米内网的
  • ktxck 1日前前留言 确实都打不开,但你文章里提到的那个小米解析网站也打不开,实在没办法了,我现在正试着用pcat看看
  • 林渡 1日前前留言 你说的是minidump_linux_unzip 和 拆分脚本吧?这两个你应该用不到的,这个是我们客户定制的,应该不会适用于你们项目
  • 林渡 1日前前留言 哪里呀?不是这篇文章里的吧?
  • ktxck 2日前前留言 26年4月,文章提到的工具链全部失效了,想问一下这里面有hv层的详细日志吗光靠搜索没乱码的地方只能读到 ... (正常hv层内容启动) ... 4 344.470102 WDT bite: now_ticks 4915389, last_pat 3932438, from VM 3 4 344.471089 Abort: Watchdog bite from PC 0xffffffd6c6e3802c, FP 0xffffff97c0050eb0 4 344.471148 WDT: Triggering NS Watchdog Bite
  • 林渡 1周前前留言 有时候会直接修改page cache页数据,不走页表,那写保护就无效了。回写线程清除 PG_dirty 时,它赌的是:这个页在回写期间不会被修改。如果这个赌注输了(即 PG_dirty 在 I/O 完成前又被设置了),内核需要在 I/O 完成后重新入队回写。关键就在 redirty_page_for_writeback:这个函数会重新设置 PG_dirty + PAGECACHE_TAG_DIRTY,让这个页重新出现在下次回写的队列里。这样就能兜住 GUP 或 do_wp_page 产生的并发脏写。
  • Melokc 1周前前留言 回写这块我之前一直对一些细节很疑惑,就某个细节谈一下疑惑&看法。之前最疑惑的一点就是,为什么是在回写之前把dirty标志清掉?为什么不等待完全回写完毕之后,页面真正干净了,再抹掉标志位呢。甚至在shrink流程下,writeback之前还会释放PG_locked,摆明着在回写过程中卸下防备,等着页面被更改。现在的理解是,页在wb场景下,虽然设置了pte写保护,但仍旧有可能触发do_wp_page(),让这个页变脏,这时候回写之前抹掉dirty的好处就体现了,回来之后又发现自己是dirty的,说明又被改写了。甚至可能不是用户态触发缺页导致的dirty,可能是内核直接GUP导致的dirty(这个隐约记得在哪个文件里看到过相关注释,但当时没有记录,在懊恼了)
  • 林渡 1周前前留言 其实方法已经给了,重要的就是利用AI,让claude code代替人去理解代码架构,你只需要把你的需求以自然语言告诉claude code。
  • 林渡 1周前前留言 哈哈,我也觉得付费阅读很反感,所以基本上不会考虑的,改成打赏支持,能够抵一部分服务器成本就可以了。这个博客主要还是分享以及让自己回顾一下自己的知识点。 打赏支持页面就是一个单独的html页面,没有使用插件
  • 寻境者·唐 1周前前留言 这种模式挺好,当然当你积累到一定能量的时候,能够输出更多高水平高质量的文章时,是可以结合付费阅读的,虽然我本人挺反感这样的模式。 另外你这个打赏支持页面功能很不错,用什么插件实现的吗?
2026 年 4 月
日一二三四五六
1234
567891011
12131415161718
19202122232425
2627282930
« 3 月  
最近文章
  • 2026-04-10 [linux内存管理] 第046篇 Page Cache脏页回写机制深入分析
  • 2026-04-01 AI时代笔记工作流:构建下一代知识管理引擎
  • 2026-03-24 认知加速度:AI时代最残酷的鸿沟,正在此刻拉开
  • 2026-03-20 Linux 内核崩溃分析报告 - AI
  • 2026-03-11 AI时代的思考:内核稳定性工程师离失业还有多久?
  • 2026-03-06 [linux内存管理] 第045篇 per-CPU变量的静态与动态分配
  • 2026-03-04 [linux内存管理] 第044篇 per-CPU基础知识以及per-CPU分配器的初始化
  • 2026-03-02 [Android稳定性] 第62篇 内核访问与tee共享的内存数据异常造成内存越界
  • 2026-02-28 [LRDP2] 解析插件之logcat
  • 2026-02-26 [linux内存管理] 第043篇 page cache 脏页跟踪机制
  • 2026-02-26 向 Linux 内核社区提交 patch 实操要点
  • 2026-02-06 基于 QEMU 与 VSCode 的 Linux 内核调试环境搭建指南
  • 2026-02-06 「纵朝生暮死,亦当惊鸿」
  • 2026-02-04 [linux内存管理] 第042篇 Linux内核Page Cache机制深入分析
  • 2026-02-03 [linux内存管理] 第041篇 缺页异常之 do_swap_page:从 swap entry 到完整 swap-in 全流程
  • 2026-02-03 [灵感风暴] GKI 升级不再靠人肉:Aegis 自动风险分级与测试建议生成
  • 2026-02-02 [linux内存管理] 第040篇 文件映射与匿名映射
  • 2026-01-31 [Android稳定性] 第61篇 UFS异常导致卡开机logo
  • 2026-01-30 [linux内存管理] 第039篇 用户态内存映射malloc和mmap详解
  • 2026-01-29 [linux内存管理] 第038篇 深入剖析AArch64架构下的do_page_fault缺页异常处理
热门文章
  • 2024-11-22 高通android启动代码流程分析(SBL->ABL)
  • 2025-07-21 高通以及MTK平台内核单独编译ko的原理
  • 2025-08-27 [Android稳定性] 第058篇 [方法篇] 高通平台使用QFIL回读分区
  • 2024-12-15 [Android稳定性] 第000篇 Android稳定性系列开篇
  • 2025-06-25 [Android稳定性] 第052篇 [方法篇] HMI项目中如何使用QCAP解析minidump?
  • 2025-06-18 [linux内存管理] 第027篇 Linux ARM64 虚拟地址布局
  • 2026-01-29 📢 致读者的一封信:关于运营、初心与一份邀请
  • 2025-06-09 【深入内核】linux ftrace详解
  • 2024-11-29 [linux内存管理] 第009篇 reserved-memory详解
  • 2025-01-14 [Android稳定性] 第017篇 [方法篇] 高通watchdog分析流程
  • 2025-08-23 [linux内存管理] 第029篇 谁把folio的函数定义“藏”起来了?
  • 2024-12-15 [Android稳定性] 第001篇 [方法篇] 高通Android平台稳定性分析介绍
  • 2025-06-04 [Android稳定性] 第045篇 [问题篇] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00
  • 2025-08-05 [Android稳定性] 第057篇 [方法篇] 高通平台使能ftrace的方法
  • 2025-11-03 [linux内存管理] 第000篇 Linux内存管理系列开篇
  • 2025-10-23 利用 Claude Code 探索 Linux 内核奥秘
  • 2024-12-18 [Android稳定性] 第004篇 [原理篇] minidump的原理介绍
  • 2025-08-19 【深入内核】ARM64下的内核栈
  • 2025-09-11 【深入内核】理解Linux Static Keys和jump label机制
  • 2025-07-30 [Android稳定性] 第054篇 [方法篇] 高通平台如何解析ADSP Crash?
热门标签
  • 内核线程 1
  • 价值观 1
  • 内核开发 3
  • 生产力工具 1
  • Linux内核 12
  • init进程 1
  • 理想与现实 1
  • 人生态度 1
  • 人生意义 1
  • 精神追求 1
  • 性能优化 1
  • 生活美学 1
  • 内核栈 1
  • 任务优先级 0
  • 反思 1
  • 个人成长 1
  • 时间管理 1
  • 自我认知 1
  • 烟火气 1
  • 任务管理 1
  • Static Keys 1
  • 进程调度 1
  • 动态分支 1
  • 寄存器 1
  • idle进程 1
  • 高效工作 1
  • 页面管理 1
  • minidump 3
  • kmalloc 2
  • 脏页 2
42738° 188 14 255
当您评论及浏览文章且浏览器未禁止COOKIE时,会为您显示最近10条回复及前20篇文章的浏览记录。
在万物之间穿行,也在自我之间渡过。

你好,
我是林渡

    • 1日前

      当AI替我写完代码、润色文案、整理思路,我差点忘了自己也曾能徒手解构问题,也曾深入底层逻辑去研究代码。而如今直到token额度用尽,屏幕显示额度“0%”,只能安静的等待着额度刷新,我在电脑前呆愣住——原来不知不觉间,我的能力已经悄悄托管给了AI。额度归零的那一刻,我突然不会“自己”干活了。 这场浪潮

    • 2026-03-17

      只是简单的创建了一下今日任务清单+沉淀一篇文章要点+探索obsidian插件 就花了5.87元,现在的api还是太贵了啊

    • 2026-03-03

      给博客增加了一个项目展示页,还是挺好看的了。 链接:应用舱

    • 2026-02-26

      “本来以为AI抢不走我分析内核宕机的活儿,毕竟得懂内核、会crash。 今天看到这个MCP服务……好了,感觉我的饭碗也开始‘宕机’了……AI 进化太快了,感觉离失业更近一步了......

    • 查看更多瞬间动态
  • 📢 致读者的一封信:关于运营、初心与一份邀请 2026-01-29 3 条 林渡
      人间烟火
    📢 致读者的一封信:关于运营、初心与一份邀请

    林渡在博客中坦诚分享了Android稳定性与Linux内存管理等技术经验,强调知识共享与技术传承的重要性。尽管维持博客运营需承担服务器、域名、AI工具等实际成本,他坚守不设付费墙,保持全部内容免费开放,以降低技术门槛并营造纯粹交流空间。为回应读者建议,新增自愿捐赠通道与透明捐赠者名单,仅供愿意支持的朋友参与。每一份支持都将用于提升博客体验与内容质量,但无论捐赠与否,所有人都是这个温暖技术社区的重要参与者。

    站在2025的尾巴上:回顾、感恩与前行 2025-12-17 7 条 林渡
      岁月留痕
      年终总结
    站在2025的尾巴上:回顾、感恩与前行

    2025年,作者在人生与职业的双重转折中,聚焦于“尝试平衡”。工作上勇于转型,持续分享与协作,实现技术与心态的成长;生活中,婚姻和家庭成为新的关注重心。通过经验总结、系统学习和乐于成就他人,收获个人成长,体会到快速学习和适应变化是核心能力,并在自我反思中展望未来。

    站在2025的尾巴上:回顾、感恩与前行
    查看完整文章 评论

    前言

    时间悄然行至2025的尾声,现在是12月的中旬,提笔写下这篇总结的时候,窗外的银杏叶已经落得差不多了。每当这个时候,我总习惯性地回望,试图从三百多个日夜的碎片中,拼凑出自己这一年的模样。

    而今年的我,轮廓似乎有些改变。过往的岁月里,“工作”是当仁不让的主旋律,生活的其他部分则成了若有若无的和声。但这个节奏,在2024年我步入婚姻后,被悄然改写了。2025年,像是我和妻子为“家庭”这个新项目共同撰写的商业计划书的第一章。我们开始探讨资源(时间与精力)的分配,优化协作流程,并共同期待它的长期价值。2025年对我来说,关键词是“平衡”,更准确的说是“尝试平衡”

    站在年尾回望,是为了更好地出发。谨以此文,记录这一年的得失与感悟,也写下对未来的期待。

    工作 | 岁月为证,山海同程

    六年前初入公司时,我还是个对行业一无所知的新人。这一路上,是公司提供了成长的平台,是同事们不吝赐教、倾囊相授,让我在温暖包容的氛围里不断学习、持续成长。每段挑战都化作养分,每次困惑都有双手相助——这份知遇之恩,我始终铭记于心。

    我也想郑重地感谢那个始终没有停下脚步的自己。感谢你在每个想要放弃的时刻选择坚持,在迷茫中依然保持学习的热情,在困难面前始终挺直脊梁。

    今年,我职业发展的一个核心变化,是岗位从“短距离工程师”正式转型为“稳定性工程师”。虽然此前对新领域有所接触,但真正完成角色转变的这一年,无疑是我专业技能迭代最快、认知提升最显著的阶段。

    既然选择了这条路,就应该风雨兼程

    母亲从小教导我:“要么不做,要做就做到最好。”这句话,我一直奉为圭臬。

    在公司负责稳定性模块以来,我成长迅速,如今已能独当一面,甚至被一些同事称为“大神”。起初,这个称呼让我开心,觉得是一种认可;但如今,我更愿意把它看作一种鞭策,一种持续前行的责任。

    为什么?

    因为既为“大神”,你就必须持续学习、不断精进,要能为大家提供真正有效的解决方案——说实话,这其实挺累的。但这份压力,也恰恰是推动我不断向前的动力。

    2017年大学毕业,工作八年,我从职场小白一路走来,深知初入行时的困惑与渴望。也因此,我一直坚信:技术应当被分享。这正是我创建博客的初衷——把我掌握的知识点,分享给需要的人。很高兴看到很多人从中获益,我也期待这里能成为一个畅所欲言、互相启发、共同进步的平台。

    当然,也有人问我:“你把东西都教给别人,不怕被同事超越、甚至抢了饭碗吗?”

    对此,我的回答是:

    我愿意给你成长的时间。若你能追上我,我欣然同行,前路正好缺一位道友;若你未能跟上,我也将继续前行,奔赴下一片开阔之地。

    2025/12/halo_l9gxlbs.png

    还有一个很重要的点就是,我是非常不喜欢做重复的工作的!一个难题在第一次解决是非常开心的,但是第二次第三次再遇到类似的问题就会很没有意思!如果我将这个教给我的同事,那这类问题后面就不再需要我来处理了!这样实在是太爽了!我就有更多的时间去研究我感兴趣的领域。


    然后说说同事吧,在公司里,尤其像我们这个行业,离职率一直挺高的,我以为我已经看淡了,也不会有什么波动。但是吧,今年我有两个同事的离职了,我感觉挺难受的,分别是我的徒弟LSJ以及ZSL两人。

    我的徒弟LSJ,为人谦和,工作努力,脸上总挂着笑容,脾气更是出了名的好。为什么我特别想提这一点?因为在教他短距离知识时,有些难点我需要反复讲解好几遍。说实话,这个过程偶尔也会让我失去耐心,语气不自觉重了些。但他从不生气,始终虚心接受,继续埋头学习。他的成长不算快,但每一步都走得扎实、稳健,很快就能独当一面。看着他逐渐成熟,我由衷地为他高兴。后来,他因家庭原因离开上海,回到了家乡。虽有不舍,但更愿祝他前路顺遂,一切都好。

    回首这段师徒经历,他让我看到,何尝不是一场对我的修炼。教我收敛脾气,静心沉淀的,正是这个谦和的年轻人。

    说到另一位离职的同事 ZSL,他留给我最深的印象,是那种对知识深度近乎执着的追求,以及解决问题的雷厉风行。我们过去经常一起钻研问题,从具体难点延伸到系统原理,从偶然的灵感火花展开深度探究。我很清楚,那段与他并肩思考、相互激荡的时光,对我个人能力的成长起到了关键作用。

    虽然他离职后,我们仍会偶尔联系,但已经很难再像从前那样,就一个问题进行长时间、无保留的深度探讨——毕竟不在同一环境,总会涉及一些信息边界。但无论如何,在我心里,他始终是我技术路上真正的同行者与道友。

    成长 | 步履不息,身如山海

    2025年,我继续在个人成长的路径上深耕。为提升专业深度,我系统学习了Android稳定性模块,并将心得整理为【Android稳定性】系列文章持续更新。目前已经整理输出的这60篇笔记,既是我的学习足迹,也希望能为初涉此领域的同仁点亮一盏微光。

    另一条学习主线是Linux内存管理。我研读了网络上众多技术大神的精华文章,但深感其内容分散,缺乏体系。因此,我萌生了一个想法:亲自整理一套系统化的学习路径,帮助新人更顺畅地入门。这个系列写得虽慢,但我会持之以恒,也期待能与大家在交流中碰撞出更多火花。

    回望这一年,技术提升固然可喜,但更大的收获在于思维方式的转变:我开始系统性地思考“如何快速学习”。

    我愈发深刻地认识到:

    快速学习的能力,是比掌握任何具体技术都更值得培养的元能力

    “有没有能力快速理解它、上手它、找到它的边界”,我认为这是一种比掌握具体技术更本质的能力。

    之所以需要这种能力,根源在于我们身处的环境。对我们大多数人而言,工作除了实现个人价值,更现实的是养家糊口。而在公司层面,一个能在不同岗位间灵活切换、哪里需要就能顶上的“多面手”,往往更具适应性。这并非否定深耕单一领域的价值——每个人都有权选择自己的职业路径——只是描述一种普遍存在的现实。

    以我自身为例:我的职业生涯并非一条直线。我做过短距离通信工程师、SCM(软件配置管理)、自动化脚本开发,再到如今的稳定性模块,而老板下一步已计划让我切入Charger模块。每一次这样的转向,现实都不会给予你充足的学习时间,它要求你必须在短时间内快速适应并产出价值。

    因此,“如何快速学习”不再是一个可选课题,而是我们在多变环境中立足、乃至脱颖而出的核心生存技能。

    目前,我也已开始着手学习Charger模块,并同步整理其系统性的学习路线图。于我而言,绘制这样一张导航图的过程,本身就是“快速学习”核心思维的实践——它强迫你构建知识骨架、分清主次、预见瓶颈。这正是将陌生领域“快速理解、上手并摸清边界”的最佳演练。

    我计划未来为此单独开设一个专题,将这份路线图与学习心得沉淀为系列文章。因为我知道,一份清晰的路径,对于每一位初涉此地的同行者而言,该是何等珍贵。

    健康 | 山海行稳,身心为帆

    从我去年结婚后,我和我的妻子的体重就开始持续飙升,才1年时间我竟然胖了30斤。而减肥的口号一直在我们的嘴里喊出,间歇性的健身也一直在欺骗自己,没有一直坚持下去!

    坦白说,过去一年里,我绝大多数时间都与运动无缘,加之长期熬夜,身体已频频发出警示。正是这种真切的危机感,促使我在今年的公司体检中,自费做了一次全面的深度检查。

    真的是一胖,什么病都来了,甘油三酯是正常值的四五倍!!!再加上谷氨酰转移酶也是正常值的三倍,我估计是我长期的熬夜(几乎大部分时间都在凌晨2点才入睡)导致的。

    减肥/早点睡应该要提上日程了!!!

    不过,今年在健康上并非没有建树——一个重要的转变是,我终于成功把烟戒了。至今已坚持两三个月,期间并无不适,我想,这次应该算是真正告别了它。

    前路漫漫,健康的身体是唯一的舟楫。新的一年,我的重心必将切实地移至此间,为自己,也为所有牵挂。言出必行!

    家庭 | 烟火岁月,长情相伴

    说到我的妻子X,。

    我的妻子X是个很务实的人,但是容易陷入焦虑。她常常为一些发生概率极低、甚至尚未发生的事反复担忧。尽管我多次从逻辑上分析,试图宽慰,但她内心的不安依然存在。坦白说,这一点我至今仍不完全理解。

    去年十月,我们结婚了。今年是婚姻的第一年,也正如大多数新婚夫妻一样,我们在共同经营中不断磨合。很多观念与习惯,都需要慢慢协调。记得有一次,我们为了“要不要把热菜放凉再放进冰箱”争执不休。我认为无需多此一举,她却坚持热菜直接进冰箱会对菜和冰箱都不好。结果如今已不重要,但现在回想起来,只觉得挺好笑的。

    诸如此类的小摩擦一直没断过,但我却觉得这样挺好——至少如今回忆时,我是嘴角含笑的。

    一个对的人是至关重要的,但同样重要的是,自己也要成为一个对的人。想找到自己要找的人,自己必然要先成为这种人

    我们一路跌跌撞撞,却也一路向前。今年最值得欣慰的进步是,我们渐渐学会在争吵后冷静下来,尝试站在对方的立场去思考,而不是像从前那样陷入持久的冷战。

    说到我的父亲母亲

    我的母亲今年又胖了些。我知道,过去她一直为我的婚事悬着心,如今见我成家,心头大事落地,人也跟着松弛丰润起来。欣喜之余,我却有些隐隐的担忧——她常年患有高血压,需坚持服药,长胖恐怕会增加身体的负担。真愿她能一直健康安好。

    每次打电话回家,她总说:“家里一切都好,别惦记。你在外面好好吃饭,和X好好过日子“。我母亲习惯了报喜不报忧,什么事都自己默默扛下。我和妻子长年在外工作,许多牵挂与照应,总是迟了一步。来年,我一定要多开车回去几趟,看看她,也再尝尝她亲手做的饭菜——那味道,是出门在外时,心头最深的念想。

    不知道从什么时候起,我父亲头上的白发越来越多了,上一次微信视频时,我竟然发现头发已经近乎花白,那片刺眼的灰白让我怔住。当时挂断后,心绪仍久久难以平复。我高中时总是不听话,在学校里打架斗殴,桀骜不驯,在家里也总是和父亲对着干。而如今父亲早已经没有当初那个精力了,可是我却想起了小时候他之前打我的样子,我多想时光停留在那个节点,但是他好像老了,他也再打不动我了。。。唉

    展望 | 奔赴新程,山海可期

    再新的一年的目标:

    1. 健康:要坚持健身,要早点睡觉,这是未来一年的首要目标

    2. 个人成长:深入学习charger模块以及继续Android稳定性和Linux内存管理系列文章的更新

    3. 父母:能够多多回家陪陪父母,多尝尝父母做的饭,多陪父母说说话。

    4. 兴趣爱好:多出门走一走,看看这个世界,用相机记录一些世间的美好。

    5. 经济:努力挣钱,让妻子,让父母过的更好一点。

    [linux内存管理] 第000篇 Linux内存管理系列开篇 2025-11-03 评论 林渡
      Linux内存管理
      内存管理
    [linux内存管理] 第000篇 Linux内存管理系列开篇

    系列深入剖析Linux内存管理在ARM64架构下的原理与实现,覆盖物理内存初始化流程、核心分配器机制(如buddy、slab、vmalloc、CMA等)、缺页异常处理、页面回收、内存节点解析等关键环节,结合Kernel 5.15源码与丰富补充资料,帮助读者系统理解底层架构与内存管理优化要点

    [Android稳定性] 第000篇 Android稳定性系列开篇 2024-12-15 2 条 林渡
      Android稳定性
    [Android稳定性] 第000篇 Android稳定性系列开篇

    本文集深入探讨了Android稳定性问题,分为方法篇、原理篇和问题篇三个部分。方法篇介绍了稳定性分析的方法,包括高通Android平台稳定性分析、watchdog分析流程、crash分析以及RCU Stall问题的分析等。原理篇详细解析了subsystem ramdump、mtdoops、minidump、blackbox等稳定性相关原理,以及高通平台watchdog机制和QCOM常见reboot类型流程。问题篇则列举了多种稳定性问题案例,如原子状态调度引起的死机、中断风暴导致的panic、内存分配失败、slab内存泄露等,并分析了其原因及解决方案。

    [linux内存管理] 第046篇 Page Cache脏页回写机制深入分析 1周前 1 条 林渡
      Linux内存管理
      脏页writeback
    [linux内存管理] 第046篇 Page Cache脏页回写机制深入分析

    围绕 Linux‑6.1 的 Page Cache 脏页回写机制展开,承接上一篇“脏页标记”,完整追踪数据从被修改到落盘的路径。先提炼回写要解决的三大问题:何时触发、由谁执行、如何高效写回;再从历史演进切入,对比早期全局 pdflush/kupdated 与现代按设备划分的 bdi_writeback 框架,重点解析 backing_dev_info、bdi_writeback 等核心结构中与脏页控制、阈值、速率限制和等待队列相关的关键字段。通过源码路径展示回写线程从 bdi_queue_work 被唤醒,到 wb_workfn 轮询任务、wb_do_writeout 扫描 inode 链表并

    AI时代笔记工作流:构建下一代知识管理引擎 2周前 评论 林渡
      灵感风暴
    AI时代笔记工作流:构建下一代知识管理引擎
    认知加速度:AI时代最残酷的鸿沟,正在此刻拉开 3周前 1 条 林渡
      世间风声
      认知加速度人工智能时代ai工作流
    认知加速度:AI时代最残酷的鸿沟,正在此刻拉开

    真正拉开的差距,不只是技术工具,而是思维范式的鸿沟。

    Linux 内核崩溃分析报告 - AI 4周前 评论 林渡
      Linux内核
    Linux 内核崩溃分析报告 - AI

    作者展示了一份由 AI 生成的内核崩溃分析报告,并借此示范如何系统排查数组越界问题。案例中,qteeconnector@1 进程在 smcinvoke_dlkm 模块的 prepare_send_scm_msg() 内触发数据中止异常,原因是结构体中的边界字段被破坏:本应是一个很小的回调计数,却变成了 0x80010001 这种高得离谱的值,导致循环迭代数百万次,最终访问到未映射地址 0xffffff8005700000,引发崩溃。报告详细记录了从初始 bt、查看内核日志、确认模块基址,到对故障函数反汇编、检查结构体内存布局、用地址和寄存器值反证越界过程的完整推理链

    AI时代的思考:内核稳定性工程师离失业还有多久? 2026-03-11 1 条 林渡
      人间烟火
    AI时代的思考:内核稳定性工程师离失业还有多久?

    当 AI 能读 ramdump、调 crash、自己规划分析路径并输出报告时,内核稳定性工程师并不会被替代,但大量“敲命令、翻日志、整理报告”的重复劳动将被快速重构。作者提出的工具,不是简单封装 crash,而是让 AI 真正进入 ramdump 分析闭环:工程师只需提供标准化输入(vmcore 或分离 DDR dump 的 dump_spec、vmlinux、模块符号、crash 参数),AI 基于 Claude skills 和 MCP 调用 crash-mcp,在受控环境中打开会话、执行命令、解读输出、决定下一步分析动作,并最终按模板生成结构化报告。在这个时代,作为稳定性工程师,我们离失业还剩多久?

    [linux内存管理] 第045篇 per-CPU变量的静态与动态分配 2026-03-06 评论 林渡
      Linux内存管理
      per-cpu
    [linux内存管理] 第045篇 per-CPU变量的静态与动态分配

    延续前一篇对 per-CPU 基础与初始化的分析,这一部分聚焦于内核中的静态 per-CPU 变量及其使用方式。之后将问题的重点放在了动态per-CPU变量的分配逻辑上,并通过一个案例来分析分配逻辑的内部细节。

    1 2 … 18
  • 简述
    在万物之间穿行,也在自我之间渡过。
    liuqi20328@gmail.com
    生涯
  • 行业嵌入式
  • 职业Linux/Android内核工程师
  • 人生
  • 生活角色浪子、父母的娃、我夫人的老公
  • 社会角色公司职员、中华人民共和国公民
  • 类型
  • 星座 双子座
  • 生肖 猪
  • 血型O
  • 数据
  • 发表文章178篇
  • 发表评论66个
  • 星球加热38241度
  • 最近的心情能量
      愉快 沮丧
    • 不喜不悲 ,当时发表在「📢 致读者的一封信:关于运营、初心与一份邀请」
    • 不喜不悲 ,当时发表在「站在2025的尾巴上:回顾、感恩与前行」
    • 不喜不悲 ,当时发表在「[linux内存管理] 第000篇 Linux内存管理系列开篇」
    • 不喜不悲 ,当时发表在「[Android稳定性] 第000篇 Android稳定性系列开篇」
    • 不喜不悲 ,当时发表在「[linux内存管理] 第046篇 Page Cache脏页回写机制深入分析」
  • 地图数据来源于高德地图
  • intj 建筑师
    intj 建筑师
    • 外向内向
    • 远见现实
    • 理性感受
    • 评判展望
    • 坚决起伏
  • 了解更多信息
今天是云栖梦泽·

2024-11-11

随机阅读「Linux 中断线程化」
阅读 文章深入解析Linux中断线程化机制及核心实现,详细讲解了struct irqaction结构体、关键flag如IRQF_ONESHOT和IRQTF_RUNTHREAD的作用,剖析了request_threaded_irq函数的注册流程及__setup_irq的内部逻辑。重点强调线程化中断带来的实时性保证和中断线屏蔽原理,具有丰富代码注释与流程分析,对理解内核中断管理与设备驱动开发极具参考价值
壹行随十人
  • 南方嘉木
  • 山海云栈
  • 迷鹿屋
  • 风记星辰
  • 秘柯絮语
  • 星风之痕
  • iSeekLife
  • 菲兹克斯喵
  • 问心斋
  • 山海运维
云栖梦泽版权所有 · 架构于Halo及为您增强体验的THYUU/星度主题
苏ICP备2025185582号-1 苏ICP备2025185582号-1 苏公网安备32060102321049号 苏公网安备32060102321049号 BlogsClub BlogsClub 笔墨迹 笔墨迹