Tom Yu

**Concisely describe the proposed feature** A clear and concise description of what you want. For example, > The log format collected to Kafka is not friendly to subsequent processing **Describe...

**Concisely describe the proposed feature** 内置的pkg/logtail/libPluginAdapter.so是X86-64 Linux 64位系统的，在ARM机器上直接make plugin_main无法成功，必须先make后手动用产出进行替换。 同理pkg/logtail/libPluginAdapter.dll是X64 Windows 32位系统的，在编译64位的Plugin时不能正常工作。 **Describe the solution you'd like (if any)** 类似 https://github.com/valyala/gozstd 支持多个架构系统的预编译库，使各种编译机可以直接make plugin_main 同时流水线也就可以支持arm linux和64位windows了。

**Concisely describe the proposed feature** copytruncate虽然不是推荐的日志轮转方式，但事实上就是一种绕不开的场景。 1. 它是系统自带运维工具logrotate的工作方式之一 2. 开源采集器都会明确提到对这个模式的支持情况 i. fluentbit https://docs.fluentbit.io/manual/pipeline/inputs/tail#file-rotation ii. vector https://vector.dev/docs/reference/configuration/sources/file/#file-rotation iii. filebeat https://www.elastic.co/guide/en/beats/filebeat/current/file-log-rotation.html 其中filebeat似乎已经解决了copytruncate重复采集日志的问题，ilogtail可以进行参考，RP https://github.com/elastic/beats/pull/23457 **Describe the solution you'd like (if any)** 当前ilogtail对于这种模式，需要将文件名配置为xxx.log.*会重复采集，配置为xxx.log可能会丢失数据。 采集使用copytruncate模式的日志时，采集丢失、重复情况与fluentbit、filebeat等表现相当。

**Describe the bug** 最近根据用户反馈表明，节点上的docker不能认为是稳定的，当docker处于异常状态时，与docker.sock通信会block。当前ilogtail中与docker的通信都没有配置超时，类似List、Inspect操作都可能卡死导致后续新容器无法发现，或重启后ilogtail彻底卡死在初始化阶段。 **iLogtail Running Environment** Please provide the following information: - ilogtail version: - Yaml configuration: - ilogtail.LOG: - logtail_plugin.LOG: