ilogtail启动，有时会不收集数据。报错：logprocess queue is full, put modify event to event queue again。

[q121102302]

版本：1.3.1
报错日志信息：

现象：
重启后有时正常。有时报错后 不收集数据。
配置：
ilogtail_config.json
{ "cpu_usage_limit": 3, "mem_usage_limit": 2048, "max_bytes_per_sec": 209715200, "process_thread_count": 4, "send_request_concurrency": 40, "max_read_buffer_size": 4194304, "buffer_file_num": 100, "buffer_file_size": 209715200, "buffer_file_path": "" }

[q121102302]

使用的场景：
k8s环境下直接部署，对logs下的目录做info日志的全监控，启动时的add a new watcher大约为40～60个的样子。但是实际有日志持续写入的大概也就10～20个文件。整体日志的写入速度并不算快 大约不超过500条/秒。但是每条日志相对会比较大一些。
采集配置：
ilogtail_config.txt
ilogtail日志:

[linrunqi08]

采集配置和样例日志可以提供一下吗，方便我们复现一下，采集配置是指user_yaml_config.d下的配置文件

[q121102302]

采集配置：
file_kafka.txt
样例日志不怎么好提供。。我们内外分离 无法导出。。

[q121102302]

micro-scm-mes-info-2023-05-04.0-20230505112056364414.log
这是之前遇到问题 导出的部分 这个情况较为特殊 error比较多 但是格式基本相同

[linrunqi08]

logtail_plugin的日志可以贴一下吗

[linrunqi08]

怀疑的原因：

1. processor_regex插件的正则比较复杂，解析性能可能会比较差
2. 发送的性能不够，反压到了log process

使用提供的样例数据和采集配置，处理插件没有复现出问题来，可以把kafka flusher换成flusher_stdout运行一段时间，用来确认是解析的问题还是发送的问题

[q121102302]

找到问题了 是原因2 我们的kafka 有一台机器假死了