CJ's Tech Notes

Agent Skill 原理与工程实践（十六）：Skill 里的条件判断与分支前面几章建立了 Skill 的结构、Workflow、Contract，以及 references/、scripts/、assets/、Tool / MCP / API 的使用方式。 现实任务很少沿着一条固定直线执行。例如性能分析可能遇到： 12345678if trace contains sche

Agent Skill 原理与工程实践（十九）：Skill 之间如何避免职责重叠上一章讨论了多个 Skill 的组合与调用。组合能够把复杂任务拆成若干专业能力，但也会引入一个新问题：多个 Skill 都认为任务属于自己。 大纲给出的反例是： 1performance 它看起来简单，实际上边界过于宽泛。系统遇到下面任何请求，都可能触发它： 帮我判断这次延迟异常属于哪个方向； 分析调度延迟； 检查

Agent Skill 原理与工程实践（二十）：如何控制 Skill 上下文大小前面几章已经完成了 Skill 的工作流、工具调用、控制流和组合设计。从本章开始进入第六阶段：Context Engineering。 大纲给出的上下文加载链路是： 1234567Skill Metadata ↓Core Workflow ↓Conditional References ↓Tool Results 这

perf-ninja项目配置拉取仓库 1git clone https://github.com/dendibakh/perf-ninja.git 安装环境 12345678910111213141516171819202122232425sudo apt updatesudo apt install -y \ build-essential \ cmake \ git \

启动前期物理内存在Linux启动时，物理内存整个系统是怎么被建立起来的。 比如一块ARM开发板配有1GB DDR，Linux内核也只是一个通用程序，不能提前指导硬件内存布局，这部分由Bootloader / Firmware通过设备树将硬件内存信息传递给内核。 当系统正常运行后，物理页主要由Buddy System管理。这里就有一个问题，像初始化Buddy系统，必须指导物理内存布局；像用

perf基础Perf 是 Linux 内核提供的一套性能分析工具，它通过 Linux perf_event 子系统获取 CPU、内核和程序运行时的性能数据。 其原理大致如下 PMU全称Performance Monitoring Unit，性能监控单元，位于CPU内部，可以提供硬件性能事件统计能力。 perf的功能很强大，其基本功能大致如下 Perf是用户态工具，它自己不会凭空产生性能数据。数

1 task_struct调度信息上一节我们说了，task_struct是内核真正的调度对象，代表一个可以被独立执行、阻塞、唤醒和调度的任务。完整的 task_struct非常庞大，包含一个 task 的各类内核信息。比如身份信息，内存信息，调度信息等。 调度器拿到一个task后需要根据携带的调度信息进行判断。其中携带的核心调度信息如下 123456789101112131415161718192

scheduletask被调度的原因主要分为一下几类 我们看函数的部分 123456789101112131415asmlinkage __visible void __sched schedule(void){ struct task_struct *tsk = current; //保存当前任务 sched_submit_work(tsk); do {