你的浏览器禁用了JavaScript, 请开启后刷新浏览器获得更好的体验!
输入关键字进行搜索
搜索:
发现
分享
文章
活动
登录
提问要多花一点心思哦
filebeat的资源占用问题
Beats
| 作者
jianfzhu
| 发布于2018年04月19日 | 阅读数:
3148
分享到:
QQ空间
新浪微博
微信
QQ好友
印象笔记
有道云笔记
使用top命令查看,filebeat 占很高的资源。是否正常?
没有找到相关结果
已邀请:
与内容相关的链接
提交
3 个回复
xinfanwang
赞同来自:
文件数多的话CPU比较高。
jianfzhu
赞同来自:
监控了secure,message和history文件,用top看一直排在上面。
xinfanwang
赞同来自:
就几个文件?这有点奇怪了。我测试过1000+文件同时更新,会占掉我自己笔记本CPU一个核50%左右。这个能理解,文件扫描耗费不少。另外I/O的效率也会有影响。
如果高的话,调慢一点扫描频率试试。
要回复问题请先
登录
或
注册
发起人
jianfzhu
活动推荐
Jun
17
搜索客 Meetup 讲师招募(长期有效)
线上
·
6-17 周一
·
进行中
Nov
30
【活动报名】ClickHouse Beijing User Group 第2届 Meetup
北京
·
11-30 周六
·
报名中
相关问题
这个问题有点难?
怎么解决elasticsearch集群占用太多虚拟内存(VIRT)的问题?占用了几十个G,有什么可以对它进行限制的相关设置吗?
集群稳定性的一些问题(一定量数据后集群变得迟钝)
elasticsearch functionScoreQuery scriptFunction效率问题
elasticsearch 中的store 以及倒排索引的问题
logstash获取时间的问题
索引某个shard无法恢复的问题
关于单个机器分片数容量问题
es scroll查询全部数据问题
关于logstash和elasticsearch的时区问题
kibana分析nginx日志,还在纠结用filebeat还是logstash
问题状态
最新活动:
2018-04-20 14:00
浏览:
3148
关注:
2
人
3 个回复
xinfanwang
赞同来自:
jianfzhu
赞同来自:
xinfanwang
赞同来自:
如果高的话,调慢一点扫描频率试试。