@molezznet 在我这是工作的，有任何报错吗？可以在 Chrome 的扩展管理页（`chrome://extensions`）把“收集错误”打开，重启浏览器，触发手势，然后在扩展管理页查看。

有一次想把一个小玩具迁移到 Rust ，结果做完调研发现 Rust 的编译器已经放弃 MIPS 支持了 https://github.com/rust-lang/compiler-team/issues/648 遂放弃，继续用我的 C/Go...

@ikiler

1. 这些商用软件本身缺乏在 Linux 平台上优化体验的动力，原因主要是用户群体较小。在使用过程中如果遇到问题，建议直接咨询官方客服，因为社区通常并不了解这些软件的内部实现，自然也无从提供有效的支持。

2. Wayland 确实是未来的发展方向，但在你提到的远程控制场景中存在较大困难。这主要源于 Wayland 的安全模型：它不允许应用程序直接获取屏幕内容或操纵输入，而是要求通过专门的协议与桌面环境（主要是混成器）交互，再由混成器转发信息。

问题在于，Wayland 协议的制定过程出了名的缓慢（例如输入法相关协议的讨论就持续了三年以上）。因此，许多桌面环境会自行实现一些非标准的扩展协议来提供所需功能，但由于缺乏统一标准，不同实现之间差异很大，这也让通过协议实现相关功能变得更复杂。相比之下，reframe 这类直接从内核获取画面和操纵输入的方式，绕过了上述限制。

看错正文了，既然 x11 下面的远程方案也没法让你满意，那我好奇你是有什么需求呢？

Wayland 安全模型的问题，有人在尝试绕过混成器直接从内核拿数据了 https://github.com/AlynxZhou/reframe 还处在早期阶段。

很好奇是怎么实现跟随活动输入框光标位置和保持输入焦点的

防火墙或许可以通过 TLS 指纹区分不同浏览器，但是你的症状是在 Chromium 内核的浏览器里“多次刷新”才能访问，猜测和 QUIC 和安全 DNS 有关。

连不上就换，我第一次买 Racknerd IP 在国内是废的，开工单叫客服帮忙换个 ip 才好。

OAF https://github.com/destan19/OpenAppFilter

在 Linux 上，系统组件和应用程序通常通过包来管理。但传统的包管理器仅仅管理文件，最多在包变更时执行一个 hook ，比如帮你重启服务。这种机制很难追踪系统的整体状态，也难以干净地进行定制。

而 Nix 不止管理软件的文件本身，它还能统一管理这些软件的配置。你可以明确地知道改动了系统的哪些部分，干净地在整个系统范围内为某个组件打补丁、修改编译参数，甚至替换成你自己的分支。

而 NixOS 兼具源码发行版的可控性和二进制发行版的易用性：你既能获得精细的系统管理能力，又无需自己手动编译整个系统。Nix 作为一个语言一开始确实有些难懂，但你可以把它想象成“可以执行的 JSON”，就能理解为啥这东西写起来这么怪了。何况现在有大语言模型辅助，加上论坛和社区支持，大多数问题都能解决。

实在不行，比如你要跑某些私有软件、或构建强依赖特定版本工具链的工程（比如 AOSP 、OpenWrt ），直接开个容器也就搞定了——问题不大。

正好在做类似的东西，Go 里面有个库叫 [gopacket]( https://github.com/gopacket/gopacket) ，感兴趣可以去看看。
另外，Rust 好像还没有积极维护的底层网络库，libpnet 没什么人维护，剩下的其实都是 pcap 的绑定。之前用 Go 写一个二层协议的客户端就被折腾的要死，后来还是决定用 C 做了。

《 C 专家编程》，解答了我很多关于 C 语言的疑惑。
比方说 static 修饰词到底是用来干啥的，C 风格的声明为啥这么奇怪，指针和数组到底有啥区别，程序的各个段是啥以及为啥有这些划分。

翻页按钮 +1 同非常讨厌无限滚动

Ghostty 在 Linux 上的“原生”实现依赖 Gtk ，导致无论如何启动的时候都会有一定的延迟。

https://ghostty.org/docs/help/gtk-single-instance

官方说可以开启 Gtk 单实例选项，这样启动多个窗口的时候就不会重复创建实例，但我总不可能一直挂着一个终端在后台吧？再者这玩意在我这的资源占用比 Alacritty 多一些，启动还慢，试玩了一会就放弃了。

另外 KDE 用旧了我反而用不惯 Windows 了，现在的 11 窗口动画总是一顿一顿的，没有 10 和之前那种“傻快”的感觉了，就算把窗口动画关掉也无济于事，右键菜单也是一顿一顿的，不是不流畅，而是延迟很高。

另外 AMD 核显在 11 底下还有个很头疼的问题：光标变白，现象是光标移动到文字上的时候会完全变白，直接看不到在哪了。这个似乎是 多层叠加技术 MPO 的问题，但我也懒得研究了，反正平常也不用 Windows

Linux 桌面最大的优势在于你可以选择，KDE Plasma 和 Gnome 本来就不是定位轻量的桌面环境，Xfce 早就在往中型桌面环境的方向去了。如果你要追求轻量级的体验，可以试试 LXDE 这种轻量级环境或者 labwc 这样的纯窗管。

另外，只装 KDE 的核心组件（比方说 Arch 中的 plasma-desktop 软件包组），这样除了桌面什么都没有（甚至文件管理器和终端都没有），占用少很多。你需要什么再装就是了。

再补一句，很多时候我发现占用最多的是浏览器。浏览器一开就占用 1g 了，桌面环境再怎么轻量也无济于事。

@nutting Linux 内核支持一个叫做 binfmt_misc 的功能，能根据识别不同的二进制可执行文件，并采取不同的方式（解析器）运行。交叉编译的时候挺有用的，你可以直接用 qemu 之类的模拟器跨架构（在 x86 上跑 arm64 程序）运行可执行文件，就像原生程序一样。不过模拟器带来的损耗还是有的。