不要急,总有办法的

packetbeat性能数据

Beats | 作者 ggg | 发布于2017年03月27日 | 阅读数:8270

pcap、af_packet、pf_ring三种抓包方式经测试性能一般
按道理pf_ring抓包能到700kpps,还不是zc方式,为什么packetbeat使用pf_ring只能到20pps就开始丢包?
而C/C++例子程序性能很高,初步分析怀疑是golang make性能影响。原因正在分析,有朋友做过相关工作吗?
已邀请:

ggg

赞同来自: medcl

对于大流量的情况下,每秒数据包pps达到几万,ReadPacketData会调用make几万次每秒,这是很大的开销
再加上gc的处理,这种方式并不适用于大流量的处理,作为agent处理小流量还行

ggg

赞同来自:

c.jpg

 

medcl - 今晚打老虎。

赞同来自:

嗯,每次都make看来是不太好,如果用buffer来重用应该有很大性能提升。

wl30564 - 80后IT男

赞同来自:

遇到类似的问题 楼主问题解决了么?

wjj_ah

赞同来自:

同问,有解决么

WTF

赞同来自:

用af_packet,然后解析mysql,流量上去就搞不定了

要回复问题请先登录注册