刚查的
锂电池电量过大或过小，正负极材料更易损耗；电压越高，循环损耗越大。
不过一般不用在乎就是了

tlp

@kkocdko @Donduck 不能说激进，active 是让 cpu 自己主动管理，passive 是让 os 管理它（被动）。
tlp 最新版本的默认设置是 active ，大概这个是综合比较好的。
另外文章里附了一个性能评测，使用 active 的各个配置也是综合比较好的。其中使用 passive 的 power 是最省电的，但是频率直接被限制到了 400MHZ🌚

https://www.reddit.com/r/linux/comments/15p4bfs/amd_pstate_and_amd_pstate_epp_scaling_driver/
@nlzy 最新的驱动 amd-pstate-epp


其中提到的显卡控制、cpu 调度器、外设供电等，不就是 tlp 做的事嘛

我这里耗电有好大一部分是因为用了 wine 版的微信

windows 电源管理比较好，比如息屏的时候
如果是一直亮屏使用，这个差不太多，看具体负载了

setex 作为一个原子操作，兼顾读写，消耗较大。
300 个线程 1ms 一次，那就是 30w qps ，超时也正常。
基于这个思路改善肯定没问题。

我升级后，经常调试击中断点的时候 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