关於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 --list | grep "Taiwan" : python speedtest.py --server="server ip" : 然後可以固定成最近的server，对定点的用户来说应该会比较稳 : 要再自动化的可以参考tasker or automate之类的apk : 除非各位能改自己手机上init.rc 或是 自己build ROM@@ : 也不一定要用python跑，只是因为这块不熟只好拿别人现成的来改 : (主要只有改掉download/upload test以节省电源跟频宽) : 也有人移植到C code上，理论上用AOSP的环境也可以build出适合android的binary : 这样也不需要python的环境，只是上班看Code就够累惹就有点懒得弄 : 最後就是指责电信商有诈欺之虞 : 也希望大家友善包容接纳基地台 跟 不要恶意占用频宽 : 因为只有更多的基地台跟公德心才能有效运用这些频带 : 大guy是这样 --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 114.40.149.32 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/MobileComm/M.1588504561.A.2A6.html ※ 编辑: shengshampoo (114.40.149.32 台湾), 05/03/2020 19:23:34