提供一个思路，如果公司有外网而家中没有，可以试试在路由器上下功夫，部分路由器的固件基于 Linux 开发，且内核版本比较高的，可以试试安装 tcp_bbr 内核模块。

@cpdyj0 嘛，也可以说来听听的，开这个帖子的目的就是为了找可能出现的 bug 嘛

赞楼主。
楼主有兴趣移植到 vscode 等编辑器用于其他类型“ app ”开发翻译用吗？

😂，老哥稳

hhh，有才之人🤣

大概是因为数学中没有指针这一个概念？
多写一写程序，就懂啦~

@H0H 老哥，重登录😂

另外还可以倒腾一下路由器，让路由器维持一个与你在云上服务器的连接，等到数据量积攒到一定程度啥的再让你的路由器唤醒你的电脑，然后让你的电脑处理这些数据，算是一种省电费的方式哈

网络方面，首先你的 100M 家宽，下行能到 100M，上行不一定啊，其次公网 IP 是一个头疼事，如果你有公网 IP，只不过在变，弄一个 ddns 就好了，如果你没有公网 IP 什么的，那可能就需要打洞了，曾经想过的是在公有云上放一个极其简单的网页以及 js，其中包括用于打洞的 webrtc 相关代码，相当于作为一个入口。
但是我不知道有没有人实现过这个东西，大概率你要自己实现这些。
电费方面，简单的算了一下，一年的电费价格还是能有几千。比云计算便宜一些，但是有限。
稳定方面，云计算能做到稳定不掉线，自己家中停电，断网这种事情发生的还是蛮频繁的。。。（相对于机房吧。。）
另外我看你的历史发帖记录，猜你的项目可能与下载有关，那其实可以换一种思路，国内的太贵了，为啥不用国外的呢，下载并不在意延迟，在意的是速度，若有 bbr 加持，速度不会特别难看。
另外，其实你的时间也是成本啊。

国内互联网公司客服特点：
人工客服少，电话客服尤其少
客服脾气特别“好”，遇到客户生气就“道歉”
客服权限少，干啥啥不行，要啥啥没有，摆设一个，很少解决实际问题

说白了就是：
用户您好，我是你爹。

二分答案一下，然后实际压缩压缩啥的。。。
前提是文件大小随长宽增大单调递增。

哈哈哈，有才！

@Laynooor 😂看到了，绝了...

没有发布到大众平台上，混 V2EX 有一段日子了，写这篇文章也算是回报一下这个社区吧，希望能帮到各位。

@abux1024 wow，连图都有，非常感谢！

@00oo00 非常感谢！

@carlist 发完上面一条回复然后看到您的回复，心里一凉，要求好像有点过高了😓。能否说一下这个传输瓶颈大概出现在哪里，好规避一下。感谢老哥回复！