@shansing 匹配程序名肯定不行，因为 wsl2 是虚拟机。直接上 IP 规则，非国内 IP 走代理就行了。

@tinybaby365 3-7 这个范围有点大。我还是先外接显示器等放假再说吧。

我也是 2016，2、3 已经出现了。等着公司放假去修。咨询一下，一般维修需要几天。

incase 那玩意儿，除了装逼，一点都不实用

@byicer 是 11k，手抖。我只是想知道花多少钱在租房上比价合适。

好像是不能，我记得之前使用一款使用 GPU 的终端叫做 kitty，基于 OpenGL。在 PD 虚拟机里无法正正常工作。另外，先不说模拟 GPU，VirtualBox 就连 GPU 硬件加速都有问题，开不开都一样，好像是高分屏下的 bug。

zsh 下 prompt 功能最多的主题是 powerlevel9k，其次是 spaceship。不过 git status 显示向来是比较耗时，影响回车后刷新速度。powerlevel9k 有一个 fork 叫做 powerlevel10k，作者利用 c 写了一个叫做 gitstatus 后台进程，每次向这个 daemon 发起请求查询 git 仓库状态，速度很快。spaceship 下有 pull request 提出了异步加载。

二者都能很好地解决 git section 耗时问题。我个人认为一般异步就够了，除非是 vscode 或者是 Linux kernel 那么大的仓库，p10k 采用的 gitstatus 进程才能体现出速度优势。另外，gitstatus 由于使用 zsh 管理进程，导致一个 shell 一个新 gitstatus 进程。

我记得有一些类似做判断进行丢掉伪包的成品项目，直接获得无污染结果。而且不需要用向根服务器查询这种骚操作。

curedns，https://github.com/semigodking/cdns
DNS 请求开启 edns 扩展，被污染的伪响应是不带 edns 扩展。判断后丢弃伪包，等待正确响应。

其次，https://github.com/puxxustc/sans
发起 SOA 查询做判断，GFW 会扔回一个 A 响应的假包。相比于上面那个，这个效率不大好，因为 SOA 不是 A 或者 AAAA，要查询两遍。

又见这种新手问题，不做分流直接上 DoH 等于自己作死。直接 overture 分流开 DoT，或者分流后走 opendns 非 53 口。

dns.google 对应的 8.8 地址 443 端口被阻断，但是 853 口 DoT 可用。这两个地址不是香港 gcm 就是台湾 gcm，具体忘了。ping 60ms，如果上 DoT 考虑到连接重用可以低于 50ms 拿到解析结果。目前境外 DNS 就靠谷歌 DoT 了。

1.1.1.1 就算了，这根本没法用。1.0.0.1 线路又和前者线路不同，要跨太平洋，没得玩。

@t94P9 @Helsing proxifier 也不完美，不能防 DNS 污染，需要自己解决。但这个拦截是真的厉害（终端、虚拟机、docker，直接代理什么都不用配置）。规则有现成的，移植的墙洞规则。https://github.com/laggardkernel/proxifier-rules

和 vscode 无关，也和终端无关。终端没有输出长度限制，不然根目录下 tree / 早就停止输出了。是管道有缓存大小限制。https://stackoverflow.com/questions/38583627/is-there-a-character-limit-of-the-output

参考上面第一条评论（非第一条答案）

只要你没脑残的把 anaconda 装在 /下就没事

你他丫还不会搜吗

连搜索都不会了吗

硬件问题，修吧
https://www.v2ex.com/t/558637

15 个月 700，你们真是钱多的不会花了。700 直接上个专线机场，不比这牛逼多了。