@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 直接上个专线机场，不比这牛逼多了。

你这眼神儿……官网不是有 telegram 群组嘛

pdnsd 多年未更新，不建议使用。
unbound 和 dnsmasq 任选。

pcap_dnsproxy 从来都不推荐，臃肿。本身是 DNS 解包过滤假包，后来把各种过墙方案（ proxy、dnscrypt、压缩指针等）都加了进来，这不吃饱撑的嘛。还有就是长期依赖都没给出一个日志输出功能，GitHub 有人提过，作者说你们自己去抓包看？！卧槽

overture 不错，内置了 IP、domain 分流，就是不知道 DoT 是否支持重用连接。另外后来版本里，domain 规则貌似只支持正则了。

SSH 同步剪贴板开 X 转发不就好了么

Windows 下没有原生 fork，shell 开子进程很慢，无解。
也可能与杀软时时扫描有关，把杀软关了试试。

https://github.com/laggardkernel/iterm2-zmodem

最好还是不用这个协议。另外需要两边都装有 lrzsz。