学霸的军工科研系统 第902节(1 / 4)

投票推荐 加入书签 留言反馈

  大约半小时后,距离最远的四号车也报告说自己已经抵达了15公里外的预定位置。
  于是。
  第一轮测试,正式开始。
  首先,自然是对照组。
  也就是按照传统中继模式,中继站只进行数据接收和转发,而不对数据进行处理。
  “各号车均已就位!”
  无线电当中,传来了现场测试指挥员付明义的声音:
  “一号车,开始发送数据!”
  一时间,原本有些嘈杂的车厢当中,只剩下空调和通信设备工作时的嗡嗡声,以及包括常浩南在内,总共四个人的呼吸声。
  测试所用的数据内容是常浩南提前就设定好的,所以并不需要操作员现场输入什么。
  只要在操作界面上选定内容,然后发送就行了。
  不过,程序毕竟是用了不到一个月时间紧赶慢赶编出来的,也就不用考虑什么ui交互之类的问题了。
  不说别人,哪怕常浩南自己,看着略显简陋的界面都有点绷不住。
  好在基本功能还是比较齐全的。
  没过多长时间,数据传输便逐渐接近了尾声。
  毫无疑问,哪怕不去看具体的结果,单凭感觉也能知道,结果并不乐观——
  网络吞吐量并非一般理解当中的“平均网速”,测试方法也不是通过传输一定数据量的文件然后再除以最终用时,而是以一定速率发送一定数量的帧,并计算待测设备传输的帧。
  如果二者相等,那么就将发送速率提高并重新测试,直到接收帧少于发送帧的瞬间,其对应速率就是网络吞吐量。
  因此基本可以认为,测试时间越短,则结果越差。
  另外不难看出,这种测试方式得到的结果虽然是一个字节/秒的带宽单位,但却绝不仅仅和传输带宽有关。
  更重要的其实是稳定性。
  “1.4千字节/秒……”
  几乎在屏幕上出现数字的一瞬间,吴威就下意识念了出来。
  哪怕在21世纪初,也是个慢得惊天地泣鬼神的结果。
  正如他之前估计的那样,在传输条件恶劣的地面上,利用通信车进行多跳传输,不会有任何好下场。
  实际上,二号车那边测出的吞吐量高达170千字节/秒以上。
  到了三号车,还剩下30千字节/秒左右……
  而四号车就只剩下1.4千字节/秒了。
  足以见得增加中继节点对于传输速度的毁灭性影响。
  当然,如此夸张的结果确实是本地自然干扰较大导致的特例。 ↑返回顶部↑

章节目录