博客
关于我
使用curl控制下载速度
阅读量:685 次
发布时间:2019-03-17

本文共 1574 字,大约阅读时间需要 5 分钟。

1. 速度控制

1.1 php代码方式

function http_request($URI){           $ch = curl_init();    curl_setopt($ch, CURLOPT_URL, $URI);    curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);        //速度控制    $speed = 100000;    curl_setopt($ch, CURLOPT_MAX_RECV_SPEED_LARGE, 100000);    $result = curl_exec($ch);    if (!$result){           echo curl_error($ch);        return false;    }        curl_close($ch);    return $result;}$url = "http://toutiao.sogoucdn.com/ykvideo/20181130/0575139af28f38c336912739acf33a88.mp4";$res = http_request($url);file_put_contents("./video", $res);

说明:

  1. CURLOPT_MAX_RECV_SPEED_LARGE,即是控制下载速度的参数,数值单位为byte。上例中,我们期望的速度为100k(byte)。
  2. 网速其实指的是bit, 所以100k byte对应的网速是800k bit。 需要注意下这里的换算关系。

1.2 命令行方式

curl "http://toutiao.sogoucdn.com/ykvideo/20181130/0575139af28f38c336912739acf33a88.mp4" -o video --limit-rate 100k

说明:

  1. –limit-rate就是命令行curl控制速度的参数。
  2. 速度单位仍然是byte。

2. 速度测定

我们使用iftop对网卡的下载速度进行测定,以观测控速是否起到了应有的效果。不了解iftop的同学,可以点击。

2.1 php方式

运行1.1中的代码,我们在iftop中看到如下记录:

10.144.73.171 => 111.202.99.142                         6.56Kb  6.78Kb  6.76Kb              <=                                        1.02Mb  1.00Mb  0.99Mb

平均下载速度在900kb~1.1M(bit)之间波动。

2.2 shell方式

iftop中看到记录如下:

10.144.73.171 => 111.202.99.191                         6.72Kb  6.59Kb  6.81Kb              <=                                        1.04Mb  1.04Mb  1.04Mb

平均下载速度在850kb~1.1M(bits)之间波动。与代码方式基本一致。

3.3 结论

  1. 使用命令行curl ,和php curl均可对下载速度进行控制。
  2. 速度的控制并不能做到很精确,只能保证下载平均速度在预期值附近。实测中发现,个别时点可能会突破预期值很多。
  3. 设定的速率越低,速度波动会越大。比如限定速度为1k bit, 实际观察到的速度波动会在320b~50kb之间。显然波动高于上例中限定速率为800k bit的情况。
  4. 不同工具使用的单位不同, 注意byte与bit的转换。

转载地址:http://giwhz.baihongyu.com/

你可能感兴趣的文章
Nginx:现代Web服务器的瑞士军刀 | 文章末尾送典藏书籍
查看>>
ngModelController
查看>>
ngrok | 内网穿透,支持 HTTPS、国内访问、静态域名
查看>>
ngrok内网穿透可以实现资源共享吗?快解析更加简洁
查看>>
ngrok内网穿透可以实现资源共享吗?快解析更加简洁
查看>>
NHibernate学习[1]
查看>>
NHibernate异常:No persister for的解决办法
查看>>
Nhibernate的第一个实例
查看>>
nid修改oracle11gR2数据库名
查看>>
NIFI1.21.0/NIFI1.22.0/NIFI1.24.0/NIFI1.26.0_2024-06-11最新版本安装_采用HTTP方式_搭建集群_实际操作---大数据之Nifi工作笔记0050
查看>>
NIFI1.21.0_java.net.SocketException:_Too many open files 打开的文件太多_实际操作---大数据之Nifi工作笔记0051
查看>>
NIFI1.21.0_Mysql到Mysql增量CDC同步中_日期类型_以及null数据同步处理补充---大数据之Nifi工作笔记0057
查看>>
NIFI1.21.0_Mysql到Mysql增量CDC同步中_补充_插入时如果目标表中已存在该数据则自动改为更新数据_Postgresql_Hbase也适用---大数据之Nifi工作笔记0058
查看>>
NIFI1.21.0_Mysql到Mysql增量CDC同步中_补充_更新时如果目标表中不存在记录就改为插入数据_Postgresql_Hbase也适用---大数据之Nifi工作笔记0059
查看>>
NIFI1.21.0_NIFI和hadoop蹦了_200G集群磁盘又满了_Jps看不到进程了_Unable to write in /tmp. Aborting----大数据之Nifi工作笔记0052
查看>>
NIFI1.21.0_Postgresql和Mysql同时指定库_指定多表_全量同步到Mysql数据库以及Hbase数据库中---大数据之Nifi工作笔记0060
查看>>
NIFI1.21.0最新版本安装_连接phoenix_单机版_Https登录_什么都没改换了最新版本的NIFI可以连接了_气人_实现插入数据到Hbase_实际操作---大数据之Nifi工作笔记0050
查看>>
NIFI1.21.0最新版本安装_配置使用HTTP登录_默认是用HTTPS登录的_Https登录需要输入用户名密码_HTTP不需要---大数据之Nifi工作笔记0051
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增删改数据分发及删除数据实时同步_通过分页解决变更记录过大问题_02----大数据之Nifi工作笔记0054
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增加修改实时同步_使用JsonPath及自定义Python脚本_03---大数据之Nifi工作笔记0055
查看>>