我升级后，经常调试击中断点的时候 UI 会冻结一会儿

@main1234 如果 write 到 aof file 时候发现正在 fsync 则不会 "重复 fsync"

应该是盘符对调，最多重启就好了，如同 @NoOneNoBody 所说
复制之前最好是先变成只读

@main1234 这 21 年的文章，我看的今天的源码。。。
当时啥逻辑不知道了，你有兴趣去翻翻吧

至于 2s 的问题，fsync 的异步任务如果正在进行中，即使超过 2s ，也不会强制 fsync
如果在这类场景，比如 bio fsync 任务的系统调用一直没返回、redis 出了 bug 、断电，出现问题，都不是该考虑的

你好像搞错了这一套流程。
aof buffer 存放的是写命令，在内存里
aof write 是把 aof buffer 写到文件里
fsync 是把文件缓存内容同步到磁盘上

渲染和计算分离

试试 dbus-send --print-reply --dest=org.kde.kded5 /modules/kded_touchpad org.kde.touchpad.disable
或许 wayland 要改其中部分参数


l 来自 https://www.reddit.com/r/kde/comments/dnx4dh/comment/hhp457g/?utm_source=share&utm_medium=web2x&context=3

然后考虑到 xinput 是 X11 专有，那直接搜 wayland replacement 就是了，搜到了这个 https://discuss.kde.org/t/how-to-access-libinput-properties-in-wayland-for-an-external-touchpad/11730/2

xinput list-props

控制 Device Enabled 属性

@notgoda @aloxaf 我就是用的 convert ，成功了。当然事先最好备份
https://docs.oracle.com/cd/E37670_01/E37355/html/ol_use_case7_btrfs.html
https://fedoramagazine.org/convert-your-filesystem-to-btrfs/

r

如果是服务端侧的问题，应该是 connection close/reset/aborted 类错误

倒不如直接抓包，看看第二次调用是否真的建立了 tcp 连接

------------

如果觉得奇怪就还原之前的代码，用正确的和错误的来对比，具体哪个细节逻辑不一样

EOF 错误，end of file ，怀疑是第二次连接重用了第一次的连接
第二次连接如果单独调用正常吗，正常的话大概就是这样
没用过 ssh.Dial

@bzj 前端没业务？谁跟你说封装只有后端能做了，封装是针对业务的、针对代码逻辑的，不是针对什么前端、后端还是什么端的。
至于业务逻辑该放哪儿、开发者能不能决定得了，那是另一码事。

@bzj 说明你不懂什么是封装。这里将代表多个细粒度业务的条件判断，分组归类为少量粗粒度业务。

你知道什么是系统设计吗？
一个 statement 一个 closure 也需要设计，顶层设计者不会关心这个粒度，但这是成长的必经之路。

explain 呀。。。
上来就是一顿盲目猜测

用过 1ii 在用 1iv ，没有发现什么严重 bug 。只有两个，一个是现在冬天了天冷指纹会失效，重启就好了；另一个是，偶尔自动重启，我估计是因为 root 了。
体验嘛。。。很好啊，4K 21:9 屏幕，别的手机带不来的享受。反正让我用国产手机我是用不下去，光这个直板外型我就觉得很喜欢。

缺点就是。。。贵，所以只能买二手了。

其实你的需求是不合理的，diff 基于 commit ，commit 在分支上是有序串连的。你想要指定作者生成 diff ，就会跳过某些 commit ，这样生成的 diff 会是什么样子，你如果善于做 cherry-pick 就会知道。另外，当你发现这个需求 git diff 命令无法满足的时候就该想到了

其实我猜想你或许需要的是 git blame ，毕竟看你的描述，你也是想要 blame someone 😃

`find src -type f -exec git blame --since xxx master..develop {} \; | grep author`
不支持截止时间，还是用 rev range 吧