kindling 问题求助

[litaixun]

kindling 作者大佬，学习 kindling 的过程中，有几个问题想请教一下您：

1. 各种内核事件是通过什么方式正确归属到一个请求上的，KindlingEvent.Ctx 里面有 ThreadInfo 和 FdInfo，依靠这些信息，如何能够确定哪个事件属于该次请求呢？事件与请求的关联性是在 agent-libs 里定义的吗？求大佬给一个大概的指点，想先针对性的看一下这块。
2. trace profiling 抓取的各种事件，只支持抓取基于 tcp/udp 方式通信的请求关联的事件吗，因为之前我们想用 kindling 抓取一下 containerd 和 docker 的事件，但是就算取消了 comms 的进程过滤，也还是抓取不到，猜测是因为 containerd 是通过 cri 也就是 ipc 的方式接收的请求所以暂时不支持对吗？
3. 页面上，trace profiling 模块可以自动安装 Tracing 探针，这个探针是安装了什么程序，安装到了什么地方呀，会影响业务吗？如果不安装，提示说会影响 Tracing 检测，但我看也还是有对应请求的事件的，好像少了几项汇总数据，所以如果我们只是想查看业务的慢请求是慢在了什么事件上，可以不装 Tracing 探针吗？这个探针最主要的作用是什么呢？

[litaixun]

关于第一个问题，下午看了 CpuAnalyzer 的实现，各种内核事件是否是通过 traceid + tid 一一对应的关系来聚合的呢 ？基于这个猜测，如果每个请求都是由相同的线程（例如 Go 协程这样）处理的，那内核事件又该如何匹配到对应的请求呢 ？

[dxsup]

是的，请求信息来自于Trace，通过对接Trace的数据拿到线程ID和时间戳，匹配这段时间的内核事件。对于Go语言，需要采用Go Trace SDK输出相关的线程信息和请求起止时间来实现。例如可以通过对接opentelemetry go auto instrument探针来达到这个目的。

[litaixun]

@dxsup 大佬有空帮忙看看 🙏