tonyyanga

@kid424 顺便请教一个问题：为什么百度云在获取了大文件的对应链接之后， axel 会出现下载很快卡住的现象，而 IDM 却能比较稳定的以低速下载？

大概就是 axel 瞬间 4~5M/s 然后不动了, IDM 不会发生这样的事……

@McContax 我觉得和你玩的游戏的原理会有关系。如果游戏可以通过本地计算反馈你的某个操作，那么你是感觉不到任何延迟的。

实际应用情景中，我认为需要考虑你的本地网络上下行速度不对等这个特点：上行就算是路由优化过的，如果带宽小发生堵塞，以数据传输的结果来看和下行未优化的大带宽情形可能差不多。

路由表工作在协议层之下吧。 D 返回的时候经过 B 到 A 才对。

@hw76456467 Github 上有个新的 beta 版，倒是把之前的 HTTPS 连接错误的问题解决了……不过我打算等到新的 stable 再看。

https://github.com/projectarkc/arkc-client/releases/tag/v0.2-beta4

@kid424 突然就好奇国外的人访问国内网站，在没有 CDN 的前提下，上传速度（和我们这个方向的下载速度相比）到底怎么样了……

嗯，好像只用 pyInstaller 做过 exe 包。

@datocp 超售的话，对于带宽有那么大的影响吗？我觉得和 CPU 之类的关系更大？

看了我这速度倒是格外幸运了。 Arizona 机房。

对了看样子貌似原作者支持了 UPnP ，所以省下了手配 NAT 的麻烦。

@kid424 我也清楚 Axel 下载总是可以显著加速的……不过这样相当于是基于 HTTP 协议支持分段传输数据的特点，从而加速下载，也就是说依赖于服务端。大约这个软件把这种多线的方法利用在了普通的科学上网中吧。所以即使是一些本身不支持多线的 Web 页面（比如 Gmail 上传附件）也能够加速。这一点我倒感觉蛮有趣的。

不过如果有个无需反向的实现就好了。

我在想的是如果按照这个软件的设计，把我们去国外的连接转换成了国外向我们家中的 TCP 连接，会不会有所助益？