Page 18 - 网络电信2021年10月刊上
P. 18

码化的下载链接和下载指针与合并进度联动的特殊下载链接。                              --Android手机上的Google chrome浏览器。
                第二步:  当用户对未上传完成的文件发出下载请求时,后                          --Ios手机上的Safari浏览器。
            端会将这一特殊下载链接返回给用户,用户在下载的时候,下                              (2)平台扩展模块。
            载目标并不是最终存放文件夹upload中的文件,而是uploading                      模块1:  apacha开发与浏览支持模块,包括:  apr-util-
            文件夹中与原文件属性相同的特殊文件。这一特殊文件原为拥                          1.6.1、apr-1.7.0、pcre-8.43、httpd-2.4.41。
            有上传文件相同的属性的空文件,并不断地接受来自己上传文                              模块2: websocket与webrtc的扩展api。
            件块的文件合并,在合并的同时返回$blod_num序号,依此来控                         模块3: mysql数据库平台。
            制用户下载的进度。                                                模块4: 浏览器内置php编译器。
                本功能实现后,大大提高了文件处理与分享的效率。                              (3) 网络传输主要协议。
                                                                     协议1: http协议。
                三、实验及结果分析                                            协议2: websocket协议。
                1.实验环境                                               2.实验内容
                实验环境主要设置如下:                                          第1个要验证的实验问题为在边缘计算中利用多线程并发传
                (1)传输平台。                                         输技术的加入是否改善了传输过程,同时对边上传边下载功能
                服务器端:                                            对传输过程的改善设计实验验证。采用的方法为控制变量法,
                --windows下的Google chrome浏览器。                     不变的量为文件名、所用软件、均在局域网等客观因素。变量
                用户端:                                             为传输的过程是否采用并发传输技术,实验过程为对照传输相
                --windows下的Google chrome浏览器。                     同的文件,分析传输的速度与质量。对边上传边下载功能的验
                                                                 证为生成一个内容由特定字符组成,大小为10M的记事本文件并
                                                                 上传,分别下载其上传进度为20%~40%、100%时的文件,对照
              图 7 网络示意图
                                                                 原文件检测文件是否有存在丢包或损害。实验中,传输两端设
                                                                 定为pc发起端与服务器响应端。
                                                                     第2个要验证的实验问题为边缘计算技术的加入是否改善了
                                                                 车联网的传输过程。本实验采用控制变量法,其中不变的量为
                                                                 文件、传输方式、使用软件等客观因素。变量为传输的两端是
                                                                 否在为同一网络下进行传输。实验过程为对照chorme浏览器下
                                                                 分片传输相同的文件,并分别对局域网下和互联网下传输的过
                                                                 程进行记录并分析。实验中,局内网设定为未连接互联网的内
                                                                 网,其传输过程需通过局内网络,但不需通过云端。而互联网
                                                                 传输则由发起端通过互联网上传中间端,再通过中间端下载至
                                                                 响应端。实验过程中,两传输端的物理距离始终为定量。图7为
              表 1 实验 1pc 端下的网络传输结果                               部分实验过程网络示意图。
                表1 实验1 pc端下的网络传输结果
                                                                     3.实验结果分析
                传输方式                 文件大小            传输总时            如表1所示,传输为整块,单个传输所花时间较慢,总体传
                                      /kB            /ms         输时间也偏慢。而若服务器切分之后进行传输,单个传输比较
                表1 实验1 pc端下的网络传输结果
                整片上传                 1 164           414
                切分后多线程上传             1 164           341         快,且总体传输比起前者来说,同样较快。
                传输方式            文件大小         传输总时
                表1 实验1 pc端下的网络传输结果 /kB       /ms                     可以看出,传输的文件块多线程并发上传情况下,无论是
                整片上传            1 164        414
                传输方式            文件大小         传输总时                传输速度还是总的传输时间,均比在整体上传情况下进行传输
                                1 164
                                             341
                切分后多线程上传
                表2 实验2 pc端下的网络传输结果           /ms
                                 /kB
                整片上传
                                1 164
              表 2 实验 2pc 端下的网络传输结果           414                 要有一定改善。同时,经检测得知,上传下载功能对记事本文
                                             341
                                1 164
                切分后多线程上传
                       文件大小
                表2 实验2
                传输方式 pc端下的网络传输结果           传输总时          平均传输速度  件的内容不存在丢包或者损害,且其能够改善用户传输效率。
                         /kB               /ms           /(MB/s)
                传输方式  文件大小           传输总时       平均传输速度           综上所述,在pc端下,多线程网络分片化技术运用于车联网内
                表2 实验2 pc端下的网络传输结果   /ms        /(MB/s)
                       /kB
                       16 349
                互联网   文件大小           传输总时  7 202.2       2.27    在改善网络传输过程的同时,还能带来诸如断点续传和上传下
                                                平均传输速度
                传输方式
                互联网
                                                2.27
                局内网   16 349         7 202.2  3 205.2    5.10
                       16 349
                                     /ms
                                                /(MB/s)
                       /kB
                局内网   16 349         3 205.2    5.10             载同时进行等附加功能。在手机端下,由于其端性能制约,带
                互联网   16 349         7 202.2    2.27             来的传输改善并不明显,其功能主要体现在防丢包与断点续传
                      16 349
                局内网
                                     3 205.2
                表3 实验2 手机端下的网络传输结果              5.10             两项上。而同时上传下载的功能,无疑将大程度地改善用户的
                表3 实验2 手机端下的网络传输结果
                传输方式 2 手机端下的网络传输结果
              表 3 实验  文件大小           传输总时       平均传输速度           使用体验即总效率。
                       文件大小
                表3 实验2
                传输方式手机端下的网络传输结果      /ms   传输总时          平均传输速度
                       /kB
                                                /(MB/s)
                         /kB               /ms           /(MB/s)     在测试的过程中,互联网测试的速度与网络质量有关系,且
                传输方式  文件大小           传输总时       平均传输速度
                互联网
                      16 349
                                     11 121.7
                                                1.47
                       /kB
                                     7 046
                                                2.32
                局内网   16 349         /ms        /(MB/s)          相比于局内网传输,互联网传输测试更依赖于传输两端的性能、
                互联网    16 349              11 121.7      1.47
                互联网
                局内网   16 349         11 121.7  7 046 1.47  2.32  网速和测试软件环境等因素。而局内网,通常情况下只与网络质
                       16 349
                局内网   16 349         7 046      2.32
                                                                 量有关,传输两端的性能、测试软件环境等因素影响不大。
                                                       网络电信 二零二一年十月                                            23
   13   14   15   16   17   18   19   20   21   22   23