@nidever 所以好家伙这是 10004 端口直接挂个 shell 了啊。。都不用费力气破解？？

年底等一个 steam deck，看起来很不错

纯语言性能 Python 确实绝对处劣势。不过实际上 py 现在不都当胶水用的嘛，比如大数据用 py 的，多数情况只是在用各种框架各种 binding 而已，pandas，numpy，numba，pyarrow，pyspark… 但是说回来总算正视性能问题了肯定是好事

歪楼吐槽下 DRM，好好看个剧怎么就这么难，亏我还是常年订户，说实话现在宁愿 BT/PT，盗版体验比正版好不知道多少

歪个楼，总感觉 macOS 输入延迟特别高，不论触摸板鼠标键盘，所有输入操作的反馈比 win10 慢个好几拍。前一阵刻意对比了下手上的 2020 mbp，输入延迟甚至还不如手里攒的 Xorg linux 台机

会变成被老板 7*24 随叫随到的那个家伙😂

去年有收到过这个要求验证地址的邮件，但当时没理它。之前有其他成员说起也收到了才回想起这事，一看已经过了期限，然而目前账户一切正常。有查过说可能是账户操作触发了迷之风控，可以先观望一段时间，等翻车了再去理会也不迟😂

厉害啦，来争当分子

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

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/

@raawaa
同，自己配了台高配台式，Windows + Linux 各一个 SSD。

Windows 10 的 SSD 已经被 Steam 塞满了，4k 60FPS 的游戏体验相当好；

KDE Plasma 4k 一倍缩放，144dpi 的谷歌全套 Noto font + Source Code Pro，看网页、读文档、码代码简直享受；

至于 msoffice … 不是重度用户，都在网页版上完成了。QQ 之类的 IM 只在手机上用，Windows 10 只另外装了 Chrome 跟 Steam。

总之，目前为止对自己的选择很满意。

同好奇 2400 的 1070ti 是什么车…我狗东 3500 的索泰😧

同意上面有大佬说的，非重度 fps 玩家没必要 144hz，我现在 60hz 的 4k ips 非常满意，不仅是玩游戏，平时看网页和代码观感都会上一个档次

电源预算给太低不行的，起码要占机子的 5%，建议尽量上金牌吧…额定 550 平时用用够了，超频应该不够