在**超大规模数据中心（Ultra-Large-Scale Data Centers）**中，系统具有以下特点：包括：数据中心通常支撑：Tracing 本质是“观察系统”，但不能影响系统本身。设：有两种插桩方式：可以理解为三层架构：层作用前端用户编写 tracing 规则数据源内核/用户态探针收集ring buffer / kernel module三、主流 Linux Tracing 技术解析下

fill:#333;important;important;fill:none;color:#333;color:#333;important;fill:none;fill:#333;height:1em;第4章复习题与习题4.1节 基本概念4.2节 路由器内部4.3节 IP协议4.4节 广义转发数据报 / 帧 / 报文段数据平面 vs 控制平面转发 vs 路由硬件 vs 软件实现HOL阻塞三种交

头文件提供了一组用于处理字符数组和字符串的函数。https://godbolt.org/z/e78xT1e7n函数签名：要点：2.2— 带终止符的内存复制（C23 新增为标准）https://godbolt.org/z/vs6eb9PMd函数签名：要点：https://godbolt.org/z/PdrYMo1rY函数签名：与的区别：特性允许重叠不允许允许性能较快稍慢（需临时缓冲）安全性低（重叠则

nextNode ：每轮最先行动，把 curr 的下一个节点存起来（因为下一步会改掉 curr->next，不存就找不到了）curr->next：被掰转，从指向右边改为指向左边（指向 prev）prev ：跟在 curr 后面前进，始终是"已反转部分"的头curr ：主角，每轮处理一个节点，处理完就前进到 nextNode方法一句话迭代法三个指针轮流前进，每次把一个节点的箭头方向掰转过来递归法先递

参考:https://docs.srsran.com/projects/4g/en/latest/general/source/1_installation.html。验证新的“ue1”网络是否存在。uplink 的traffic。能ping通说明可以了。

下面逐个讲清楚。操作系统里，每个进程都有自己独立的 用户态地址空间。同一个数字地址，在不同进程里指向的内容完全不同。比如地址 ：CpuWhere 只是把 BTS 记录里的地址直接交给内核调试引擎去找符号，没有仔细设置和维护进程上下文。结果是：记录时同时记下"这条记录属于哪个进程"，翻译时先切换到对应的进程上下文再查符号。流程如下：是否，是用户地址有没有或不对拿到一个地址是内核地址吗用内核符号表查询

前面讲过，操作系统的断点异常处理函数（Windows 下是 ）在把这次异常交给调试器之前，总是会把程序指针减 1。这个做法对真正的 （也就是单字节的 ）来说完全正确：CPU 执行完这 1 个字节的指令后，指针自然前进了 1，减回去正好落在这条指令自己的起始地址上。但系统的这个处理函数并不检查这次异常到底是不是由单字节的触发的——它只知道"来了一个 3 号中断异常"，就无条件执行"减 1"这个动作。

这一章要讲的是计算机里最重要的机制之一：中断（interrupt）和异常（exception）。先从最基本的问题开始：CPU 为什么需要它们。CPU 的工作方式非常简单：取指令地址在 IP执行指令IP 指向下一条问题来了：如果 CPU 只会一路往下跑，那么下面这些事就都做不成：可以打个比方：你正在写作业（CPU 执行程序）。为什么要区分？看缺页就明白了：程序访问一个还没加载进内存的页，CPU 触发

程序运行时，内存里有一块专门的区域叫"栈段"。你可以把它想成一摞盘子：CPU 里有一个专门的寄存器叫 RSP（stack pointer，栈指针），它的作用只有一个：始终记录当前栈顶的地址。程序刚开始运行时，操作系统会把 RSP 设置成栈内存区域里最后一个位置的地址。这里有一个很反直觉但很重要的事实：x86-64 的栈是向低地址增长的。也就是说，往栈里放数据，RSP 的值会变小；从栈里拿数据，RS

一句话记忆：返回地址管"回到哪"，返回值管"带回什么"。下面用调试器里观察到的两组真实数据，看看前后寄存器和栈内存到底变了什么。调用之前： 当前要执行的是 ，它在地址 ，它的下一条指令在地址 。此时：内存里的数据是低位字节在前存放的（这叫小端序）。所以看内存里的字节，要倒过来读：而恰好就是的下一条指令的地址。这就证明了：call 压进栈里的，就是它自己的下一条指令的地址。同样的道理，参数倒过来读是