简历警察同志，请纠正我的简历问题，告诉我 Linux +c 还需要学习哪些方面

工作技能
精通 C 语言，熟练使用 C++、Python 、eBPF(CO-RE)
熟练使用 gdb 、bpftrace 、ftrace 、pdb(python)等技巧调试疑难问题，熟悉 linux 性能追踪与定位，具备复杂问题解决能力

工作内容
公司内部组件开发
license 组件开发，负责操作系统许可证授权管理。licensed 后台服务提供 unix socket 接口提供服务能力由 C 语言开发，前台 python 提供命令行终端控制功能。
wlm 组件开发，python/C/C++混合开发，多线程度量指定文件获取文件 hash 发送到内核。

软件包升级 elf 二进制兼容性评估
操作系统中评估某个软件包升级对依赖此软件包的 elf 二进制影响。分别基于待升级软件包新旧版本两次构建依赖此软件包的其他软件包。分析 elf 中每个节的变化。.text 节比对汇编内容，过滤加载地址类型指令所加载内容一致项，生成软件包评估报告。

eBPF 调试追踪工具开发
capsnoop ，追踪进程在系统调用前后的权能变化，辅助公司定制不同用户赋予不同权能功能中的开发。
processtree ，追踪进程 clone/execve 行为，启动时收集 proc 中进程命令行，运行时收集 task->mm 收集新任务的命令行，并在工具退出时打印一颗进程调用关系树。可以实时收集一段时间内的所有进程创建关系。
vfssnoop ，vfs_open 时解析 dentry 获取完整的绝对路径，并在文件系统调用处绑定信息，可以以系统调用视角展示对文件绝对路径的处理。解决传统 BCC 工具不能解析完整绝对路径问题。

开源贡献
有良好的开源社区沟通贡献意识，在工作学习中发现上游 bug 均会在社区中提出 issue 与 pr 。节选两条上游贡献。其余亦有多次向 fedora bcc 等根社区贡献的已合并 pr 。

dix: Fix segfault if CreateGC() failed in XaceHook()
https://gitlab.freedesktop.org/xorg/xserver/-/issues/1625

Fix loongarch linux_iterate_over_regset_sections wrong
https://gitee.com/src-anolis-os/gdb/pulls/22

发明专利

大概 7 篇专利，ebpf 追踪类居多，因为查询简历能检索到私人信息就不放这里了

文章
工作学习中喜欢钻研，有良好的记录文档习惯。四篇节选文章前两篇为语法特性钻研，从更深入的视角反驳常识观点，后两篇侧重解决问题的能力，使用不同的工具与思路解决不同问题。其余文章可从链接内跳转个人主页查看。

c++，lambda 是匿名函数也可能不是函数
https://blog.csdn.net/weixin_42544902/article/details/149539407

eBPF ，tracepoint 真的比 kprobe 开销更小吗？？？
https://blog.csdn.net/weixin_42544902/article/details/146226813

抓虫：chown 失败 Couldn't change ownership of savefile
https://blog.csdn.net/weixin_42544902/article/details/139476184

抓虫：申威编译 gcc 过程中 f951 程序 dump
https://blog.csdn.net/weixin_42544902/article/details/144579745

kiraskyler

20 天前

@coolxll 大佬，我这边把工作分为了三类，第一类是公司内部组件开发，这一部分确实只是“我做了什么”，属于公司让做什么就做什么，这部分只是简单两句话描述了下。后两部分属于我在公司里做的不一样的东西，我把这两部分调整了下：

**软件包升级 elf 二进制兼容性评估工具**
操作系统中评估某个软件包升级对依赖此软件包的 elf 二进制影响。分别基于待升级软件包新旧版本两次构建依赖此软件包的其他软件包。分析 elf 中符号内容的变化，生成软件包升级对其他软件包精确到符号位置的影响评估报告。相比于传统 elf 对比工具，此工具更加准确，可获取升级软件包如结构体成员变化、数据段值变化等造成的影响确切位置，减少软件包维护人员工作量。

**eBPF 调试/追踪工具开发**
capsnoop：追踪进程在系统调用前后的权能变化，辅助公司定制不同用户赋予不同权能功能中追踪进程权能变化。
processtree：追踪进程 clone/execve 行为，启动时收集 proc 中进程命令行，运行时收集 task->mm 收集新任务的命令行，并在工具退出时打印一颗进程调用关系树。用以实时收集一段时间内的所有进程创建关系。在如桌面环境启动过程中追踪大量进程创建关系中提升工作效率。
vfssnoop：fs_open 时解析 dentry 获取完整的绝对路径，并在文件系统调用处绑定信息，以系统调用视角展示对绝对路径文件的操作。解决传统 BCC 工具不能解析完整绝对路径问题。用于定位文件被哪些进程访问。

kiraskyler

20 天前

@swananan
工作项目上，我把我的工作分为了三类，第一类是“公司让我做什么我就做什么”确实一笔带过，公司规模小平常没什么活，也没什么深度。后面两类工作都是我主动发掘，主动开发解决问题的，我把这一块在简历中描述一下，属于主动发掘解决问题的吧

ebpf 追踪，读不到用户态内存数据，是指“bpf_probe_read_user”这样的 bpf 帮助函数不能读取吗，这个可能性不大吧，如果你能提供一个简单例程我可以帮你看一下。可以用 ftrace/搭建一个 kenel 调试环境追一下。

kiraskyler

20 天前

@zzz22333 对进程调度和 ext4 文件系统两个模块熟悉一些，但并不精通，所以没敢写，ext4 如超级块，inode ，文件数据位置查找，文件夹文件内容，软连接硬链接，拓展属性，这些看过内核实现，自己用 python 实现了一个简易的读取 ext4 文件系统的工具。进程调度仅仅是一些基本知识，对 debugfs 中提供的调度追踪点有了解，如 ttwu 唤醒进程，switch 切换任务。

由于对这些并不精通，所以没敢写，我现在补充一些，阅读过吧，这是我写过的相关方面文章：

linux 内核从源码详解 ext4 文件系统
https://blog.csdn.net/weixin_42544902/article/details/144266799
BCC-调度组件分析
https://blog.csdn.net/weixin_42544902/article/details/146504741