tplink 的路由？

EPEL 有 ARM 的源： https://dl.fedoraproject.org/pub/epel/7Server/aarch64/
找了一下對應的 RPM 包：
https://dl.fedoraproject.org/pub/epel/7Server/aarch64/a/aria2-1.18.10-2.el7.1.aarch64.rpm

@bdbai 但是你怎么领呢？我也可以拿到你领密钥的 API 自己去领啊，关键你没法对客户程序鉴权。

@redsonic 同意。

紅黑樹原理不複雜，但是要處理的各種細節多得要死要死。

紅黑樹插入和刪除對要處理的各種情況相對 AVL 樹多得多，我覺得大多數人如果不是天天折騰這個，徒手擼一個紅黑樹還是很困難的（比如我）。

@ovear 我是在講當所有人都用上 BBR 之後的情況。
我目前還不瞭解它對其他算法的公平性如何，網上應該有一些測試了吧。

@redsonic 直覺上，對存在丢包但帶寬有剩餘的網絡（比如無線網絡）提升會比較大，能夠充分利用帶寬。
但對於天朝的國際出口來講，應該是打滿的吧，除非顯著降低重傳的量（這個還沒看到，不確定），否則物理帶寬就那麼點，還是沒甚麼用。

@ovear 感謝分享，到時候結合在一起看看。

@redsonic 稍稍看了下 Google 那篇 BBR 論文（草稿）的前几頁，大致是對傳統 TCP 流控算法以丢包作為擁塞控制的方法批判了一番，然後提出以傳播時延和瓶頸帶寬作為基礎的算法。
等晚上回去有時間把它看完。不知道當它和 Linux 預設的 Cubit 之類的算法一起跑的時候公平性表現如何（估計對傳統算法做不到公平吧）。

@SourceMan
>>> 'centos' == 'centοs'
False

手動滑稽（→_→）

@iCyMind TCP 流控算法要考虑公平性，我觉得肯定不如这种暴力算法哈哈

等有时间测试一下

更正， 1. /etc/systemd/system/xxx.service

目测楼主用的是基于 systemd 的发行版。
提示：
1. /etc/systems/system/xxx.service
2. systemctl enable xxx
3.systemctl start xxx

@turan12
@gefranks 碰巧的是， CoreOS 就是这么一个发行版，不带任何包管理器，自带程序很少，专门设计成跑 container 的。理论上讲，云服务商的部署都是直接用的镜像，除非镜像损坏（还能正常开机使用），这得是多小的概率啊

https://groups.google.com/forum/m/#!topic/django-developers/oGmD8LvLTPg/discussion
Google 搜索“ django 1.7 fastcgi ”第一条。。。

@bdbai 这个是无解的，因为密钥和签名算法都已经公开。

@sunchen 我当年在业余时间做过 12306 的抢票软件， 12306 的 web 端在提交订单时就附带签名信息，然而并没有什么用，我直接用调试器追踪到 js 签名函数，把整个函数用换成 C 重新实现了一遍，签名就过掉了。根本不用研究它怎么算的，直接无脑做语言转译就行。就算不能转译，我还可以加一个互操作层直接调它的函数。
另外我当年移植安卓版的百度贴吧客户端到 windows phone 也是这么做的，