不知道你的需求，Blisk 浏览器（ blisk.io ）你看看呢。

我的头像就是我自己画的，当然，是对照实物画的。也不知道当时自己怎么能画得来。

另外，实践一下，用内存创建一些文件测试一下，数据说话。

写我知道是一个文件更快，
读的话，顺序读应该也是一个快，同时读的话，不清楚。

数学问题：“等于 3.34”这里应该是“约等于 3.34”，丢失了精度了。用一个“约等于”的数，没法得到一个“等于”的数。你怎么知道 3.34 是由 3.335 还是 3.333 还是 3.332 约来的呢。
数学解法：10 除以 3 不表示为 3.34 ，表示为 3⅓

不管用什么传输方式，建议分卷压缩（选最快）或者文件切割，多个小文件提高传输速率，提高容错率，降低重试风险。

说了是“小范围”测试。[狗头]

正文内容貌似和“分布式”没什么关系。而且，看你的描述，几乎和“Mysql 主从备份”是一样的。那可以考虑往这方面去考虑。跨公网的话就解决公网访问的问题。

不知道你的“字符串里面有坐标数组”具体是什么格式，如果数字多的话，自定义一个二进制格式，传输之前 zip 压缩一下。
json 是格式统一方便应用解析，要尽可能节省的话用二进制+压缩。压缩会耗 CPU 可以酌情考虑加不加。

“安卓手机现在基本都是大电池”---并不是，还有很多 4000mah 左右的；
“实际续航貌似也都差不多”---差多了。
只看续航的话，红米 6000mah 的手机可以考虑。

挺好的，应该是根据访问 ip，国内的就 302 到 http://mirrors.ustc.edu.cn/debian/了

具体网络环境未知，如果必须这么搞，可以在一个有公网 IP 的服务器上做 frp

可以试试“轻量无忧计划”，地址不好发，刚发了一次被系统 403 了。

@Livid 管理员你好，刚刚给这个帖子回复推荐服务器的时候，被判定“内容不好”，然后 403 了，能否把之前的 ip 解禁一下？

@w292614191 “假设 3 个奖池都是一万人参与呢？”

那么 A 的中奖概率最大，30 个都投个 A 。假设你有 35 个号，那同理可得，剩下 5 个投给 B 。

ffmpeg cli 有一个快捷键“q“，用于退出。获取 ffmpeg process 的 stdin，往里 write 一个"q"试试。
其次，ctrl+c 是发送一个 SIGINT 信号，可以看看 win sdk （ C#太久没用忘记了），模拟发送一个信号。

你的”A：30 个“，是指 A 池有 30 个中奖机会是么？那不够算概率的，因为你不知道有多少人投 A 。大概只能从 ABC 的价值，估算投的人数，估算一下概率。

努比亚的 120w GaN 充电头，之前看过，单个口最高输出是 100W 。如果有新版本那就是我落后了。

和你领导说，让领导和他说。
其实，直接说有何不可。