你这类比错了啊。
电是载荷，电网是载体，输电功率是运载能力。
同理，数据是载荷，网络是载体，带宽是运载能力。

数据是数据中心里的服务器集群产生的，需要采购服务器，持续投入电力，制冷，研发和运维，还有内容生成的人 /物。这是数据的成本，是数据提供方的成本，对标发电厂的成本。

而网络则是运营商的成本，搭建网络（电网），采购路由器交换机（变压器），采购计费及安全设备（电表）。

而带宽则是用户找网络提供商签约的承载能力。电话线小区最高只能办 8m 宽带，光纤小区能到 100m，而新小区可以办理 1g 宽带一样。如同学校宿舍限电峰值 300w，之前是老小区，线路老旧，峰值功耗限制在 3kw。新小区线路完善，峰值功耗 20kw，这个才是带宽。

同样的，你的用网成本也是互联网公司（发电厂）和运营商（电网公司）的组合。
另外，互联网公司的内容免费，那是你看广告作为交换的，这个也是你付出的隐性成本。当然，会员专属广告就比较复杂了，这里不讨论了。

没道理啊。
开机时的按键操作是 bios 或者 uefi 处理的。
如果是系统不支持，那么也是进了系统无法使用键盘。
难道你刷的系统动过按键处理的单片机芯片的固件？

@GjriFeu tcpdump 有指定网卡的参数。你的 vf 网卡并不是物理网卡的 slave，所以没法看到，因为对于内核而言，这是两个不相关的设备。但是如果你在对端抓包，则可以看到 vf 的包。（因为走同一根网线了。）

交换机这边也在 hash 啊，根据 mac 或 ip 地址 hash，当然会落到其他网卡上面。lacp 需要在系统侧和交换机侧同时配置才会生效。

lacp 是需要交换机支持的。
意思就是你配置了几个网口的 bond，则所接的交换机接口也配置了 bond。即便你用了 vf，交换机肯定不支持 vf，是视作 bond 流量还是无视处理？
如果视作 bond，那么可能从其他接口返回数据，然后就没有然后了。
以上均为个人猜测，并无实践证明。

一根拆成两根会互相干扰。还不如两边都上二手千兆 vlan 交换机。一两百块钱可以解决。

官网直白表达了对前端工程师的迫切需求。
手动帮顶。

中间的临时页面不进入 history ？这样就不会跳转到了。

pi 是 arm v5 ？现在安卓一般都是 v7a 或者 v8 了，应该可以向前兼容。
但是即便能运行 elf 不代表能正常使用，毕竟 api 不一样。

特别提醒，我最后构思的持续进度条可能存在部分负优化。

按照我的思路，如果设定 0-10 耗时 2s 完成动画，如果迟迟没有回应，则会在 2s 后占用下一进度的区间（向 40 进发），不过增幅逐步缓慢下来。在 0-10 完成后，根据之前的延时降低 10-40 的进度增幅。

如果出现意外导致相应阶段无法完成，这会造成一种它还活着的假象，造成误导。白等浪费时间不说，还会提供错误的进度信息。

我上面主要是针对多种耗时不等的情况的。
任务复杂也可以拆分到多个进度条里提示。然后提示所处阶段。

至于单一任务，上面提到实时计算就挺好的。额外设置定时动画反而不好。

进度条主要是告诉用户等待时间，以便客户决定是否“离开一会儿”，避免干等浪费时间。

具体进度主要靠人工提供。

最简单的就是达到某一阶段提升一个进度。
例如 0-10-40-70-100

进度条突然暴增体验不佳，然后有了一些改进来优化体验。
例如设定 0-10 一般需要 2s，那么进度条缓慢增加，如果你花 1 秒完成了，就突然从 5 跳到 10，如果迟迟没有收到通知，则会卡在 10。

可惜还是略感不佳，你可以增加额外的判断来动态调整时长。
例如一开始根据加载速度计算初始时长在 1-3 秒波动。如果 0.5 秒完成了，则加快后续的进度增幅。如果 5 秒才完成，则降低后续的进度增幅。
如此依次将前一阶段的进度耗时计入下一周期，这样可能看起来时快时慢，但是可以获得相对平滑的进度提示了。

后面是我的改进思路，实际上我只做到了第二步。

@yonka 刚才使用 2G，没开图片，没 at 图标，还纳闷了好久。特此补上。

你也可以换个角度理解：招一个玩过安全硬件的网络安全工程师，还要求熟悉 Linux 运维。

不是运维值钱。高级运维 13k，会网络安全+7k。

脚本放在页面结尾吧。你执行这段脚本时都没 dom。

检查 dns 是否可用。
顺便检查是否解析到 ipv6 地址，连接失败后跳转到 ipv4。