我以前发过一个帖子： https://v2ex.com/t/674825
其中有回复提到过一个现成的轮子：
https://github.com/divan/txqr

建议虚拟机。
折腾能力比较强可以考虑 Arch Linux，安装一遍能对 Linux 操作有个基本认识。
不喜欢折腾：Ubuntu 。

感觉长时间高负载内存更容易出问题，最好上 ECC 。开 Word 出错有可能就是内存错误。

媒体文件的话，Plex / Jellyfin 应该都有这种功能吧。

如果你阅读 Arch Wiki，就可以很轻松的找到在这里有制作安装介质的指导：
https://wiki.archlinux.org/index.php/USB_flash_installation_medium#In_macOS

@XiaoxiaoPu @Raven316 确实应该是我理解错了，我之前想成：不允许一个数字同时出现在两组以上了，仔细想想楼主应该不是这个意思。

C1 = {A1,A2,A3,A4,A5}
C2 = {A1,A6,A7,A8,A9}
C3 = {A2,A6,A10,A11,A12}
C4 = {A3,A7,A10,A13,A14}
C5 = {A4,A8,A11,A13,A15}
C6 = {A5,A9,A12,A14,A15}
---
可以发现，C7 将无法使用 A1 - A15 中的任意一个数，因为 C1 - C6 中的每一个元素均被使用两次。形成 1000 组数就需要 166 个这样的 C1 - C6，并且还需要一组 (C1 - C4 （注意 C4 的最后一个数是 14 ）)，也就是 (166*15 + 14) 个数。

我认为 #2 正确。

@neteroster #28
参考 https://docs.cfw.lbyczf.com/contents/tun.html#windows

使用 Tun 可以接管所有系统流量，无需配置每个组件的代理设置。

只需使用 Clash for Windows (Win/Mac 都有) 的 Tun 模式。

@beijiaooff 很显然他是在服务端测的。请注意测速方式：CLI 。

@stanchn 你要测的是本地到机场的链路，测服务器有啥用...... 随便弄个 Vultr 都能跑出 1Gbps 来。

> -b, --bandwidth n[KM]
> Set target bandwidth to n bits/sec (default 1 Mbit/sec for UDP, unlimited for TCP). If there are multiple streams (-P flag), the bandwidth limit is applied separately to each stream. You can also add a ’/’ and a number to the bandwidth specifier. This is called "burst mode". It will send the given number of packets without pausing, even if that temporarily exceeds the specified bandwidth limit.

来自 https://iperf.fr/iperf-doc.php

个人也算 B 站忠实用户了，用了这么久，总体还是令我满意的：没广告、用户原创内容丰富、互动感不错。弹幕文化算是仁者见仁智者见智吧，我自己基本不发，但是看看其他人发的弹幕还有点意思。
当然也有许多缺点：CDN 差劲，高清视频容易卡，真的非常烦人；部分番剧删减内容（这是我不能忍受的，但是也不能全怪 B 站），以及很多番的翻译质量欠佳，所以现在还是选择本地片源（自己找字幕组的资源）。
推荐这方面，感觉 B 站明显不如 YouTube，感觉算法完全是靠热度推的，难以发现真正优秀的 UP 。
另外也听说 B 站原创视频收益相比 YouTube 差很多，但是没具体了解过。

8k60p 绝对不会大于 100Mbps，建议先看看丢帧看是不是硬件问题。另外，测速很快不代表到 YouTuBe 也有那么快。

@Keyes 请问是丢失部分数据还是整个文件系统都炸了？

@delpo 两边都是 Windows 的话，用 robocopy （是一个 Windows 内置的命令行工具，类似 rsync，专注于稳定的文件复制），有断点续传选项（/Z ）。

#17 说的方案也很有意思。其实都是利用强大的「第三方」做一种「保证」。对于我的例子，利用的是计算的复杂性，对于 #17，则是光速这个物理边界。

随便想的：可以考虑一种基于算力的密码。将文件数据以一种指定的复杂度进行「加密」（当然这里不是指传统意义的加密），目前人类的算力不足以解密文件，但是随着单位价格算力的增大，可以完成「在未来解开」的功能，不过具体时间难以把握。