linux为什么不统计unicast呢？

2006-01-18 02:25:21 238 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

QT自定义控件实战：从C++类型转换到简易播放器开发在C++ GUI开发中，类型转换是确保对象安全操作的基础，而自定义控件则是实现复杂交互与个性化界面的关键技术。通过理解static_cast、dynamic_cast等转换机制的原理，开发者可以安全地在QT的对象树中进行类型识别与访问，这是构建健壮信号槽连接的基础。自定义控件技术则允许开发者超越标准组件，通过继承、重绘或组合的方式，创建符合特定功能与视觉需求的界面元素，其技术价值在于提升用户体验与界面表现力。这一技术组合在多媒体应用、数据可视化及工业控制等场景中尤为关键。本文以【简易播放器】项目为载体，深入阅读详情

非常抱歉提这样的标题。因为我不确定linux是否统计unicast。
主要是想引起大家的注意。

cat /proc/net/dev
face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs
~~~~~~~a
drop fifo colls carrier compressed
……

a处的packets是指total的packets吧？包括unicast,multicast,broadcast?
linux统计unicast么？

望大侠们解惑。谢谢。

...全文

Qt/C++实现JsonRPC over TCP：构建高效跨平台桌面应用通信框架远程过程调用（RPC）是实现分布式系统或进程间通信的核心技术，它允许程序像调用本地函数一样执行远程服务。其原理是通过网络协议封装调用请求，传输到服务端执行后返回结果，从而屏蔽底层网络细节。在C++/Qt桌面应用开发中，RPC技术能有效解耦前后端逻辑，提升代码可维护性。JsonRPC作为一种基于JSON的轻量级RPC协议，凭借其人类可读、标准规范的优势，成为跨平台通信的理想选择。结合TCP提供的可靠字节流传输，可构建稳定高效的通信通道。本文通过**Qt元对象系统**和**TCP消息边界处理**等关键技术，详细阅读详情

ionlic

Linux_Kernel 4,469 成员 17,458 内容

+ 关注 + 加入社区

切换为时间正序

bekars 2006-02-05

打赏
举报

下面是内核中net_device的统计数据结构，里面没有unicast，有multicast

unicast没有必要统计，除了multicast，就是unicast了

/*
* Network device statistics. Akin to the 2.0 ether stats but
* with byte counters.
*/

struct net_device_stats
{
unsigned long rx_packets; /* total packets received */
unsigned long tx_packets; /* total packets transmitted */
unsigned long rx_bytes; /* total bytes received */
unsigned long tx_bytes; /* total bytes transmitted */
unsigned long rx_errors; /* bad packets received */
unsigned long tx_errors; /* packet transmit problems */
unsigned long rx_dropped; /* no space in linux buffers */
unsigned long tx_dropped; /* no space available in linux */
unsigned long multicast; /* multicast packets received */
unsigned long collisions;

/* detailed rx_errors: */
unsigned long rx_length_errors;
unsigned long rx_over_errors; /* receiver ring buff overflow */
unsigned long rx_crc_errors; /* recved pkt with crc error */
unsigned long rx_frame_errors; /* recv'd frame alignment error */
unsigned long rx_fifo_errors; /* recv'r fifo overrun */
unsigned long rx_missed_errors; /* receiver missed packet */

/* detailed tx_errors */
unsigned long tx_aborted_errors;
unsigned long tx_carrier_errors;
unsigned long tx_fifo_errors;
unsigned long tx_heartbeat_errors;
unsigned long tx_window_errors;

/* for cslip etc */
unsigned long rx_compressed;
unsigned long tx_compressed;
};

fierygnu 2006-01-24

打赏
举报

内核网络驱动开发模型规定packets包括了该接口上所有成功接收（或发送）的报文，但这个统计是每个设备驱动做的，内核只能根据自己的假设认为它满足其语义。
我说的“这里的信息是链路层的统计信息。链路层只有unicast和multicast”就是针对内核的驱动模型而言的，其实准确的说不应该称为链路层，而应该是网络接口。网络接口种类繁多，有支持广播的，有不支持的。其实广播只是多播的一个特化，就是所有设备都在一个多播组里。在Perlman的Interconnection 2/e里，就把二者统一为multicast来讲。
至于实际的统计如何区分，这就是不同接口类型和相应驱动的事情了。

ionlic 2006-01-22

打赏
举报

但是不能说明
packets 就包含unicast和multicast

愿闻其详。

fierygnu 2006-01-20

打赏
举报

man netstat proc

由procfs模块发起调用，在net模块里维护。

ionlic 2006-01-18

打赏
举报

"这里的信息是链路层的统计信息。链路层只有unicast和multicast。"

有没有相应的材料证明呢？我想看看。

/proc/net/dev
这个文件是哪个程序在维护的呢？

谢谢

fierygnu 2006-01-18

打赏
举报

//faint，这次才错了。

fierygnu 2006-01-18

打赏
举报

写错了，是unicast和broadcast。

fierygnu 2006-01-18

打赏
举报

这里的信息是链路层的统计信息。链路层只有unicast和multicast。

linux为什么不统计unicast呢？

相关推荐