关于speedtest cli，
讲些我知道的部分，
speedtest-cli 市面上应该有两个，
一个是前几篇提到的，
Github 上早期由 sivel 编写的Python语法脚本的第三方测速程式，
需要预先安装Python 程式执行。
不过在 issue 看到有人反应，
speedtest 最近似乎有修改对接方式，
脚本无法连结测速主机，
对接执行指令。
近期也没有看到作者成功排除这个问题，
更新脚本版本。
另一个是speedtest cli 原厂官方似乎是去年下半年发表的执行程式：
https://speedtest.net/apps/cli
官方 blog 介绍：
https://www.speedtest.net/insights/blog/introducing-speedtest-cli/
解压缩直接执行，
也有提供aarch64平台的Linux 版本，
所以可以在termux terminal 接口直接执行测速。
承接旧文：
#1UXqxDYK (MobileComm)
至于偏好那一个程式，
可以参考这个论坛讨论区文章的内容：
https://tr.im/1q9iX
而在v2ex 也有人提起，
https://v2ex.com/t/614821
Python 的第三方测速准确性有疑虑，
用户端的硬件性能和负载会比较会影响牵动测速数据，
反而网络网速变成是其次因素。
而Termux 执行 Speedtest CLI 执行相关指令，
放在 Github gist ：
https://tr.im/1XoqM
如果只是要混淆 ISP，
我想倒是不用执行整个完整测速流程，
执行一小段就中断程序跳出不执行。
但是我猜想 ISP 应该没这么两光，
没道理这招可以避开 Qos 和 DPI。
而且 ISP 手上的线路频宽资源，
就直接标记流量大户集中挤在同一个水池水管炼蛊互卡相爱相杀就好了。
至于含金量，利润高的优质客户，
就提供最好的 peering 网络线路的资源。
至于投诉NCC，
如果是收讯不良，倒也有凭有据。
至于店家单方面掐住网速，
举证之所在，即败诉之所在。
有官方公信力的证据是什么？
Speedtest ，YouTube，Netflix等，
都只是商业服务用途，
不是国际官方标准规范。
不是用户单方面用这数据质疑，
裁决单位就会认同站在用户这方。
※ 引述《orz811017 (orz811017)》之铭言：
: 个人经验
: 中华：588 488 不限速合约，本身就很快就没特别看。
: 远传：399 699(退佣) 不限速合约，都有降速
: 台哥：不清楚
: 想像上有限速的合约就是没有效，应该原本就有那个threshold在
: 至于4G该不该当固网就见仁见智了
: 我们家就是看看youtube netflix
: 当初也有表明说我就是插在分享器上的，业务也没说什么
: 某两雄的web也自己摆明了可以拿4G当固网
: 然后开发speedtest-cli的原著还有其他功能
: https://github.com/sivel/speedtest-cli
: 比如说这样可以列出Taiwan Server List
: python speedtest-cli.exe