@makaflow #1 身边两个倍斯，电流声是真的大

@ShadowPower #3 amd 的 vulkan 有两套，amd 官方的 amdvlk （普遍性能更差，但在某些场景更好）和广泛采用的 mesa RADV 。deck 使用后者，valve 有参与 mesa 的改进，但 mesa 不是 valve 开发的。

@99999999999 同 4.19 ，op 8t ，折腾了大半个月才把 wireguard 和 kernelsu 编译进去。每次洗头更新都要重新刷 boot ，几次麻烦了以后也不想玩了

@neoblackcap #9 前几个版本是 electron+cpp ，似乎从来没用过 QT

@aerzha 不需要，我这里指的是 compose 的底层用到了 skia

@neoblackcap jb toolbox 是用 compose multiplatform 写的，技术栈是 skia+kotlin+jvm

建议插电闲置一个晚上，让系统重新 aot 优化，或者使用 adb 强制编译。系统更新时原先的 .oat 文件是会被删除的。
一般版本更新造成明显性能下降都是这个问题引起的

@vevlins 你给的链接可以访问，但是没有看到 openwrt 的默认密码。
https://i.imgur.com/BVgRB8d.png

没遇到这个问题，反而是遇到 Windows 上浏览器插件不能设置 pin

手动 clear

@benjaminliangcom ddcutil ，切换输入源的功能具体看显示器，我的 lg 是可以的

支持高清高刷的 kvm 切换器少贵体验差，建议用 usb 切换器解决键鼠切换，用软件 ddc/ci 协议解决显示器信号源切换。
这样两个主机都是直连显示器的，不存在切换器中间瓶颈的问题，显示器上限就是你的上限。

@MajestySolor 2L 已经发更新文档了，这是 Windows 23H2 的新 feature

@julyclyde 又查了一下，dnf 是纯 Python 的，但 dnf 底层使用的 libdnf 是 c++。
看起来我 dnf 卡住的问题和 Python http 请求的问题不是同一个

@julyclyde 还没正式发布的 dnf5 才是 c++，yum 是 dnf 的 alias ，都是 python

@julyclyde 不是在 dnf 运行时切换代理，是切换代理容易导致出现这个问题

@gridsah cockpit-libvirt 和 virt-manager ssh 远程连接

@sky96111 （注：不是指在程序运行时切换代理，是程序 hang 住这个时间段曾经有切换代理的操作