Li Zhuofeng

修改下即可 func (m *HashMap) indexElement(hashedKey uintptr) (data *hashMapData, item *ListElement) { data = m.mapData() if data == nil { return nil, nil } index := hashedKey >> data.keyshifts ptr :=...

try the patch ``` diff --git a/hashmap.go b/hashmap.go index 3bf83c1..3594560 100644 --- a/hashmap.go +++ b/hashmap.go @@ -170,7 +170,7 @@ func (m *Map[Key, Value]) Set(key Key, value Value) { for {...

@qyzhaoxun 本地看了下，有ebpf的数据。  你确认下，ebpf需要 kernel 版本大于 4.14+ 才支持。也看下有没有'ebpf collector init' 日志  把deepflow-agent.log 日志文件也发下

@dundun9 ingester 没用写CK 集群的接口，而是直接写CK的endpoints。 ingester比较慢，先要等待Controller获取所有 server 信息， 然后计算server和CK的对应关系， 才能确定ingester写入哪些CK， 之后ingester才启动。

@dundun9 ingester 启动优化下大概从1分半减少为30秒，https://github.com/deepflowio/deepflow/pull/4604 主要还是 controller启动优化 @SongZhen0704 > 嗯，另外我个人还是比较推荐直接Recreate 更新，而不是采用滚动更新，这样会更快一些 > > ``` > spec: > strategy: > type: Recreate > ``` > > @lzf575 ingester貌似启动的比较慢，有什么可以优化的地方吗？ > > @jiekun server有一个地方可能需要优化下，我们管这个功能叫做`k8s leader-election`，主要是server需要选举一个leader来处理一些操作数据库等操作，但是现在server每次重建，新的server都需要60秒才会选举成功，这60秒主要是确认上一个leader完全没有续期leader，确认上一个leader真正的挂掉了，这块我暂时还没有想到什么好的解决办法能够优化

@smmsmm1988 确认问题了么，这个目前阻塞使用，请帮忙尽快解决下。

> @lzf575 你好，这块由于我们的同学比较繁忙，还在复现和排查中，请再等一下，有进展了我及时通知你 好的，麻烦了

> insert into df.1m (time,tag,id) values (now(), 1, 1); 是在server端执行的还是在worker端执行的？ server 端

> 你好，在测试环境并没有复现上面的错误，请提供一下server和user的配置文件，在尝试复现 [config.txt](https://github.com/user-attachments/files/17145339/config.txt)

今天我这边也不复现问题了，先关闭了