• 须知少时凌云志·曾许人间第一流

    一个专注于设计思考与生活探索的独立博客!记录设计灵感、分享生活火花。 用设计思维解构日常之美。

    • 林渡

      想通了。工具是我的,能力是我的,公司只是一段时间的甲方。

    • 林渡

      太痛了😭

    • 林渡

      我爱白嫖!

    • 林渡

      这段时间我写博文的速度也慢下来了,因为我在思考,思考在这个AI时代下技术博客还有没有必要存在? 从我个人角度来说,我其实也不愿意看那些长篇大论的技术文章,也是随手丢给 AI 看一眼,让它帮我总结提炼出关键!而我遇到的那些坑,其实 AI 也比我更加的懂,更加的全面,那我还有必要写嘛?

    • 林渡

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

    • 林渡

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

  • 📢 致读者的一封信:关于运营、初心与一份邀请

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

  • 站在2025的尾巴上:回顾、感恩与前行

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

  • [linux内存管理] 第000篇 Linux内存管理系列开篇

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

    • 再看《孩子王》观后感:当AI成为每个人的“字典”之后

      最近我刷抖音,偶然又刷到了这个电影的讲解,记忆里还是很早的时候看过这部电影,记忆里都已经是模模糊糊的片段了,所以我前两天重看了《孩子王》。 第一次看的时候,关注的是那个特殊年代的教育、贫瘠的乡村学校,以及一位知青教师的无奈。可这一次,我脑子里却一直在想另一件事——AI。 一部1987年的电影,为什么

      再看《孩子王》观后感:当AI成为每个人的“字典”之后
    • [Android稳定性] 第64篇 blk_mq_tags Use-After-Free 导致系统级 I/O 死锁

      围绕 SPRD UMS9230 平台在 DDR Qualify.TT 测试中出现的冻屏问题,分析通过 ramdump、vmlinux 等工件定位到根因在内核 Block 层:blk_mq_tags 结构体发生 use-after-free,Scsi_Host.tag_set.tags 指针指向已被释放并被 cpumask/IRQ affinity 对象重用的 kmalloc-128 slab。内存中出现 “effective_affinity” 字符串,进一步印证该区域已被 IRQ 亲和性相关对象覆盖。由于 blk_mq_hw_ctx.tags 和 sched_tags 均为 NULL,当 E

      [Android稳定性] 第64篇 blk_mq_tags Use-After-Free 导致系统级 I/O 死锁
    • [Android稳定性] 第63篇 EROFS 解压缩页面 Use-After-Free 导致 Kernel Panic

      围绕一次发生在 Qualcomm Ravelin SNP-AN00 平台上的 kernel panic,分析聚焦于 EROFS 压缩文件系统在 LZ4 解压过程中出现的 translation fault。根因是函数 z_erofs_lz4_decompress_partial 通过 __memcpy 访问压缩源页时,源页与目标页已被 page allocator 释放并填充为标准毒化值 dead000000000400,形成典型的 use-after-free。

      [Android稳定性] 第63篇 EROFS 解压缩页面 Use-After-Free 导致 Kernel Panic
    • [开源项目] GitNexus + Claude Code 配置与使用指南

      GitNexus 是一款将代码仓库自动索引为知识图谱的工具,它会追踪项目中的每个依赖、调用链、集群和执行流,并通过 MCP(Model Context Protocol)暴露给 Claude Code,使 AI 代理真正理解代码的全局架构与复杂关系。在实际开发场景中,GitNexus 的核心价值体现在四个方面:让 AI 在分析和修改代码时不再遗漏隐含依赖和调用链;在改动代码前,可以准确评估变更的“爆炸半径”,降低引入潜在 bug 的风险;调试时能沿着调用链快速锁定错误源头,节省排查时间;进行重构和多文件重命名时更安全可控,减少对线上系统的影响。

      [开源项目] GitNexus + Claude Code 配置与使用指南
    • [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 链表并

      [linux内存管理] 第046篇 Page Cache脏页回写机制深入分析
    • AI时代笔记工作流:构建下一代知识管理引擎
    • 认知加速度:AI时代最残酷的鸿沟,正在此刻拉开
    • Linux 内核崩溃分析报告 - AI

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

      Linux 内核崩溃分析报告 - AI
    • AI时代的思考:内核稳定性工程师离失业还有多久?

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

      AI时代的思考:内核稳定性工程师离失业还有多久?
categories

精选分类

our mind

走心评论

our time

共赴十年之约