Chunel
Chunel
> 我在考虑再工程中添加eBPF，还没有想好事手写纯bpf 还是引入 bcc或者bpftrace库 然后要分析什么东西也没有想好 让我看到你的进展
你好，感谢关注，非常专业的意见。 是这样的，当时在 wsque 中使用 try lock 的逻辑，主要是希望程序在无法获取mutex 的时候，尽可能保持在用户态的反复多试几次，从而达到加速的效果。 个人理解，如果每一处都上 raii锁，可能会相对降低性能
非常专业的意见。我周末有空的时候，会测试一下这两种写法，在CGraph 的一些性能测试用例的情况对比。 如果对这一块有兴趣，也很欢迎您可以针对 ws queue 做一下改动，然后做一下对比测试。我们一般是 8+cpu 的linux 系统，绑定核心跑。 具体os版本和 compile版本不是很care。 如果您对这一块感兴趣的话，非常希望可以添加您的wx，以便今后随时请教和咨询。 我的wx是 ChunelFeng，或者扫描readme 中的二维码。再次感谢您的关注。
你好，GParam 用于 node 之间传递参数， MParam用于在 send/recv 但这里所有的 param 都不是pod信息。如果需要获取一个 序列的数据，可以考虑在 GParam中，定义一个 vector 类似，自行控制数据的增减。 这样是否可以满足需求？
感觉这个是一个很有用的诉求。我们会考虑在接下来的版本中，尝试实现这个功能。比如让大家 perfetch msg中的数据，而不是直接取走。 在此之间，需要自行编码解决这个问题。 一个思路是在自己的逻辑中，添加 manager 自行管控； 还有一个思路是，可以基于最新的 发行版本，在色丶图源码中添加 perfetch 功能。