cabbage

这个吧。。其实跟乐高积木差不多，大人买说要培养小孩子兴趣，还不是大人自己想玩哈哈

aiohttp 有简单实现，可以参照这个 https://stackoverflow.com/a/57264428/7378423

另吐槽下 V2EX 回复不能直接 markdown 挺不方便的，楼上 python 缩进全乱了，游标卡尺都救不了

性能不敏感的话不建议 asyncio，对开发侵入性很大，使用不方便，对非异步代码、非异步第三方库的兼容性问题也比较突出。对性能敏感的话都不建议用 Python 了，，，还是觉得 threading 比较符合 Python 的理念

一楼 +1，比如 aiofiles [1] 这个库用了并发线程池，默认是 asyncio loop 自带的默认线程池。

如果只需要异步 io 就上多进程 multiprocessing，开销大也没必要，还增加复杂度，async 多线程够了。
要是不好引入新依赖的话，`run_in_executor`[2]了解下，让 io 密集操作进入线程池执行，不阻塞其他逻辑。以及 `asyncio.create_task`[3] 或 `asyncio.gather`[4]。

但是关键 io 代码无论如何都要自行同步管理好，否则会写坏数据，正如 @BingoXuan 提到 py 的多线程不安全

[1] https://github.com/Tinche/aiofiles
[2] https://docs.python.org/3/library/asyncio-eventloop.html#asyncio.loop.run_in_executor
[3] https://docs.python.org/3/library/asyncio-task.html#asyncio.create_task
[4] https://docs.python.org/3/library/asyncio-task.html#asyncio.gather

用 bsdtar/tar 把所有文件打个包比较合适（可以顺便压缩下降低传输时间），用 dd 按区块拷贝不靠谱，因为数据在硬盘上不一定连续。但是非要用 dd 的话，的确可以如 @mrco 所说先把 2TB 硬盘的文件系统缩小到 512GB 以下，dd 克隆到 512GB 的硬盘上以后，再把文件系统扩大占满 512GB。

另外开放下思维的话用 rsync 这种同步备份工具也是相当合适

参考： https://wiki.archlinux.org/index.php/Full_system_backup_with_tar


题外话，单纯 1:1 拷硬盘用 cat 其实比用 dd 更合适，速度也快太多。

比如下边这样拷贝出一份 sda1 的全盘镜像还顺便压缩下：
`cat /dev/sda1 | gzip -c > /media/USBDrive/sda1.iso.gz`

然后克隆到另一台机器的硬盘上：
`gzip -dc /media/USBDrive/sda1.iso.gz | cat - > /dev/sdb1`

就我所知 cat 会自适应使用读写最快的 block 大小，dd 读写往往会很慢，原因是默认的 block size 太小还不能自适应，往往需要手工试验单独指定

@swulling 健壮性

@chih758

Ryzen 用户对此很无奈😂

@frylkrttj

VA-API 是 Intel 开发的硬解 /硬编码开源库，据我所知社区给 chromium 的补丁早就有了，但是 chromium 官方老认为 linux 生态太复杂兼容不好做，就一直没合并。

虽然以前也可以自己打 VA-API 的补丁自己编译… 但是对于有需要的人来说，这次 Arch 官方的 chromium 打了补丁就不用自己动手麻烦了

其实之前 AUR 里也有预编译的 chromium-vaapi-bin，不过现在既然 Arch 官方上补丁了，伸手党可以一键 pacman 了

所以… VDPAU 补丁不知道啥时候给打上🤔

可行，亲手实践过，也是用来激活手机的=_=。v2ray 可以开个 dokodemo-door 流量转发端口，配合 iptables 规则，把经过无线网口的流量全都转发过去。不过流量转发没什么坑，有坑的地方是笔记本开 WiFi 热点。。你可以看看这俩链接

https://www.v2ray.com/chapter_02/protocols/dokodemo.html

https://everdream.xyz/2017/01/sharing-wifi-on-linux-2/