网络中的大包和小包究竟是怎么一回事?
其实很简单,所谓大包就是一个数据包内,包含的数据字段比较多。整个数据包最大不超过1518字节。小包也是一样的,就是包含的数据字段比较少,整个包最小可以在64字节。
一般来说,数据包的大小主要由程序来控制。比如游戏,他要求强烈的实时性,低延迟。报文交互频繁,但是速度一定要快。游戏类的数据包基本都是小包。
大包主要是,视频,下载之类的,因为这种报文需要尽可能的为你提供更高的下载速率。他的报文基本上都是最大的。
路由设备在转发的过程中,其实转发的只是MAC跟IP,一般的路由都不会去窥探报文数据的。(越界的不算)。所以,小包的转发速度就意味着设备的转发性能。当然了,大包转发的速度一般来说会更低。大包的数据字段也是要转发传输的。协议不论,大包小包就是简单的 : 数据包的大小。
这个没有特定的依据,就是看你自己怎么定义这个小有多小. 个人想法: 64 - 512 都是小包。他们传输的效率较一致。 以上的都是大包。
性能测试的时候, 其实观察过, 512 确实跟 1518 的包转发率性能比较接近.
刨去 帧头与帧尾 (14+4) 以及IP首部包头(20), 需要处理. 实际传输内容 :
1518 - 38 = 1480 字节.
512 - 38 = 474 字节
64 - 38 = 38 字节
单位时间内, 需要处理并顺序的发送所有字节. 那么处理要占用一部分时间, 传输也需要占用一部分时间. 理论上来说, 以单位字节来计算, "处理"的时间要大于"传输"的时间. 在实际测试中, 1518 与 512 数据帧在转发的过程中, 单位时间内所能传输的数量非常接近. 并且往往比 64字节数据帧的数量低. 我现在的想法是 : 当转发数据帧时, 处理的时间大于等于90% 的时候, 就可以称之为小包.
网络中的大包和小包究竟是怎么一回事?
其实很简单,所谓大包就是一个数据包内,包含的数据字段比较多。整个数据包最大不超过1518字节。小包也是一样的,就是包含的数据字段比较少,整个包最小可以在64字节。
一般来说,数据包的大小主要由程序来控制。比如游戏,他要求强烈的实时性,低延迟。报文交互频繁,但是速度一定要快。游戏类的数据包基本都是小包。
大包主要是,视频,下载之类的,因为这种报文需要尽可能的为你提供更高的下载速率。他的报文基本上都是最大的。
路由设备在转发的过程中,其实转发的只是MAC跟IP,一般的路由都不会去窥探报文数据的。(越界的不算)。所以,小包的转发速度就意味着设备的转发性能。当然了,大包转发的速度一般来说会更低。大包的数据字段也是要转发传输的。协议不论,大包小包就是简单的 : 数据包的大小。
这个没有特定的依据,就是看你自己怎么定义这个小有多小. 个人想法: 64 - 512 都是小包。他们传输的效率较一致。 以上的都是大包。
性能测试的时候, 其实观察过, 512 确实跟 1518 的包转发率性能比较接近.
刨去 帧头与帧尾 (14+4) 以及IP首部包头(20), 需要处理. 实际传输内容 :
1518 - 38 = 1480 字节.
512 - 38 = 474 字节
64 - 38 = 38 字节
单位时间内, 需要处理并顺序的发送所有字节. 那么处理要占用一部分时间, 传输也需要占用一部分时间. 理论上来说, 以单位字节来计算, "处理"的时间要大于"传输"的时间. 在实际测试中, 1518 与 512 数据帧在转发的过程中, 单位时间内所能传输的数量非常接近. 并且往往比 64字节数据帧的数量低. 我现在的想法是 : 当转发数据帧时, 处理的时间大于等于90% 的时候, 就可以称之为小包.
网络中的大包和小包究竟是怎么一回事?
数据包的大小。从64到1500
一般情况下,传输数据大包居多,比如传输文件,在线视频
小包一般用于控制,比如dns请求,网络游戏等
如果你玩游戏,看网页,一般小包居多。如果你下载文件,看视频,大包居多
网络中的大包和小包究竟是怎么一回事?
数据包的大小。从64到1500
一般情况下,传输数据大包居多,比如传输文件,在线视频
小包一般用于控制,比如dns请求,网络游戏等
如果你玩游戏,看网页,一般小包居多。如果你下载文件,看视频,大包居多
网络中的大包和小包究竟是怎么一回事?
都有,跟应用有关。从宏观数据看,平均报文尺寸在150byte左右
网络中的大包和小包究竟是怎么一回事?
都有,跟应用有关。从宏观数据看,平均报文尺寸在150byte左右