ebpf技术最早起源于伯克利大学的一篇论文，讲的是伯克利包过滤技术，简称BPF，它是一种内核虚拟机技术，基于寄存器虚拟机技术可以实现在用户态编写代码，无侵入式的将追踪代码依附到内核的特定代码路径（比如系统调用和网络包收发）中运行，最初他的应用仅限于过滤网络包数据。 但是目前的扩展bpf简称ebpf则实现了更加全面的功能，可以说是bpf技术的全面升级，也因此，现在的bpf代指的就是ebpf技术，首先ebpf使用了64位的寄存器，扩展了原先实现可以使用的寄存器数量和指令集，并且它还添加了just-in-time（即时编…
https://eli.thegreenplace.net/2018/measuring-context-switching-and-memory-overheads-for-linux-threads/ 需要明确 何时会进行上下文切换 线程切换 中断 上下文切换时做了什么 陷入内核态（系统调用或者中断），保存用户态的寄存器并且切换程序到内核堆栈 调度器选择下一个运行的线程 使用选择的线程的寄存器信息进行恢复 程序切换到了可以运行的另一个线程，并且开始处理程序 上下文切换占用时间对比其他耗时显得微不足道 [图片] …
https://eli.thegreenplace.net/2018/launching-linux-threads-and-processes-with-clone/ 要理清进程和线程的关系，最为清晰无歧义的方式就是切入到真实的系统中去观察，从操作系统的视角来看， 源码之内无秘密！ https://elixir.bootlin.com/linux/v5.18.18/source/kernel/fork.c#L1972 进程和线程的数据结构都是task，创建进程的api有fork，创建线程的api有pthread_…
启动调研 有样学样，最好的镜像应该是官方的，所以首先去dockerhub上借鉴mysql8.4和5.7的镜像，构建的过程很标准化，但是想要理解其中的过程和缘由需要花费大量时间，而且TOS的基础镜像缺少了一些工具，不太好完整借鉴 参考了大哥的hadoop的镜像，使用到的命令并不复杂，说明这个issue需要解决的是可用性问题，对性能要求倒不是很高 可以尝试自己从源码一步一步构建mysql，并且添加一些用户和组，设置必要的环境变量，因此需要浏览mysql官网，但是暂时遇到阻碍 