franco

[feature request] add inPlaceUpdate restart count to annotation

5

**What would you like to be added**: Add inPlaceUpdate restart count to annotation **Why is this needed**: Our developers use restartCount as a way to judge the status of service,...

# CCX Scheduling（En） Todo > # CCX Scheduling（Cn） - AMD在ZEN架构中引入了CCD/CCX的概念，其中有一个很大的不同是LLC不再由socket的核心共享，而是由CCX的核心共享。当前kubelet是没有感知CCX这一层的概念的，然而LLC的命中率对应用性能有着较大的影响，我们计划引入CCX感知调度提升其性能。 ## Table of Contents - [CCX Scheduling（中文）](#ccx-scheduling%E4%B8%AD%E6%96%87) - [Table of Contents](#table-of-contents) - [Motivation](#motivation) - [Goals](#goals) - [Non-Goals](#non-goals) - [Proposal](#proposal) -...

[FEATURE]: Bump Go version to 1.19.1

2

go在1.19增加了一个新特性，[soft-memory-limit](https://github.com/golang/proposal/blob/master/design/48409-soft-memory-limit.md) 感觉特别适用于日志这种对象创建新建和销毁比较频繁的场景，在我这边单实例100Mb/s的场景下大概有20-30%的性能提升 说明:对比场景未使用Go ballast和SetGCPercent进行gc优化。 通过这个设置应该也可以解决这段代码中提到的问题 [`setGCPercentForSlowStart `](https://github.com/alibaba/ilogtail/blob/9a36feec37fc14ad516df6dc1a93c1e550c13cf3/plugin_main/plugin_export.go#L245)

[FEATURE]sls_logs.proto建议定义成ms时间戳

5

当前不少日志都需要ms粒度的时间戳，然而log.Time的使用了uint32，无法支持ms时间戳。 有些插件，比如Strptime都是自己加了个PreciseTimestampKey的ConTent，希望能够统一管理。

[FEATURE]引入confluent-kafka-go官方kafka库

1

当前ilogtail使用了较低版本的github.com/Shopify/sarama(v1.28.0)的库，在消费侧存在一些缺陷 - 暂不支持static-member - 存在[客户端消费问题](https://help.aliyun.com/document_detail/266782.html)的问题 因此想引入官方维护的cgo库confluent-kafka-go，解决上述问题，并且方便后续新特性的使用。 由于confluent-kafka-go默认依赖的librdkafa库使用了[tls](https://github.com/edenhill/librdkafka/search?q=RD_TLS&type=code),直接引用会出现`cannot allocate memory in static TLS block`错误，因此在引用前需要对编译链进行改动，具体改动如下 1. 使用动态链接库[已验证可行] - 编译环境自行编译librdkafka库 - ilogtail-plugin编译的时候增加`--tags='dynamic'` - 运行环境增加librdkafka的动态库库`librdkafka.so.1` 2.使用LD_PRELOAD[已验证可行] - ilogtail-plugin编译的时候增加`--tags='ckafka'`，如果开启之后会联编confluent-kafka-go - 如果开启ckafka，比如在ilogtail启动的时候指定LD_PRELOAD=xxxx/libPluginBase.so 3.使用高版本的glibc[待验证] - 高版本的glibc默认有更高的TLS surplus...