有句英文谚语，叫熟悉的魔鬼好过陌生的天使。所以尽管当初一群人大吹特吹，我也没去碰过阿里云盘。
更何况作为程序员，对国内网盘的运营成本有多高是再熟悉不过的了……露出獠牙只是时间问题。

@realpg #12 这个是不是等效于 systemd-run -t -p "BlockIOWriteBandwidth=/dev/sda 50M" gzip -d a.gz

（题外话：
（我测了半天一直没效果，最后发现自己不知道啥时候切到 cgroup v1 去了，而 cgroup v1 只能限制 direct io 的速度

@realpg #13 嗯，确实是的，不过我认为即使在不修改内核参数的情况下，也并非无解。
首先可以想到的是继续增加限速，直到保证脏页刷新之前不会写入过多数据
其次可以使用 dd 来手动控制刷新的时机： | dd of=log bs=100M iflag=fullblock oflag=dsync

gunzip -c log.gz | pv -L 102400 > log

管道是流式的，如果你写「 sort foo.txt | tee foo.txt 」，「 sort foo.txt 」和「 tee foo.txt 」会一起启动，而后者启动时会清空 foo.txt ，导致前者读不到东西。

对于这种需求，你应该使用 sponge 命令，它会等读取完所有数据再一次写入：sort foo.txt | sponge foo.txt

目前觉得最有用的是翻译准确多了

cron 默认应该是 root 执行的，你得切换到当前用户，这样才读的现有的 .gitconfig
话说 obsidian 的 git 同步应该有插件吧

我是 ztnet 自建 zerotier ，本来想用 tailscale 的，但是 zerotier 的配置看起来简单一点（

@bkmi #22
既然这样，那就 T640 吧，一套搞下来应该能吃满你的预算，扩展性也是拉满

@aloxaf 在 reddit 看到 lz 的帖了，那可能是加起来的流量确实很大（

打不开了，提示「 Worker exceeded resource limits 」
这才三个半小时，931 次点击，就被刷爆了？

用 livecd 进去重新生成一下 initramfs 吧，如果有 dkms 模块也重新安装一下

我觉得标题直接写名字就行了，如果要用头衔的话，全称应该是：
ffmpeg 之父、qemu 之父、tinycc 之父、quickjs 之父、jslinux 之父……

@MRG0 我觉得前端更复杂，三过 react 门而不入（

18 年开始用，但是没开会员只能看到过去一年的记录草

看到终生会员想买，但是又觉得浪费。结果试了下 paypal 直接支付失败，很好，这样我就死心了。

分析原因：重启后查看重启前的日志，不过有些硬件故障导致的卡死真的是无征兆的，看日志是完全正常的，系统突然就在某个点完全冻结了

解决方案：SysRq

@notgoda
和普通的 ext4 -> ext4 迁移差不多的。
最简单的方法是 btrfs-convert ，不过建议做好数据备份。我当时是失败了，但回滚倒是挺成功。
最标准的方法应该是把数据备份一遍，然后把硬盘重新格式化为 btrfs 格式，再拷贝回去，拷贝的命令我是参照： https://blog.lilydjwg.me/2019/3/31/move-system-to-ssd.214336.html 。
迁移完之后要注意将所有引用了该分区 uuid 的地方改掉，引导也重新生成一下。

大一从 Manjaro 入坑，用了半年换到了 Arch 。
然后就一直在用 Arch 了，桌面从 xfce -> lxde -> gnome -> kde 换了一圈，期间换了两次电脑，三次系统盘，一次 ext4 -> btrfs 的迁移，一直没重装过，算下来快 7 年了，可能比我用 Windows 的时间都长了。
说实话一直用 Linux 的提升还是很大的，我现在工作也是和 Linux 打交道，不少同事花一天才能搞定的事情，我两个小时就能搞定，然后剩下的时间就在摸鱼（