分类： 操作系统
-
在解决 WordPress 首页性能问题后，对当前服务器进行了完整配置审计，重点检查 Nginx、PHP-FPM、OPcache、Redis、W3 Total Cache、阿里云 RDS/MySQL 以及 WordPress 应用层。最终将 PHP-FPM 最大工作进程从 10 提高到 14，调整 OPcache 内存与 Interned Strings 配置，关闭 Gutenberg 实时协作，并为 SlyTranslate 调试日志增加日志轮转；同时保留大量已经运行健康的参数不变，形成一套更适合当前网站长期运行的服务器配置基线。
-
本文记录在 Ubuntu 26.04 中使用官方 .deb 安装包，将 Visual Studio Code 从 1.131.0 升级到 1.132.0 的完整过程。升级时，APT 提示系统中存在不再需要的 Rime 输入法组件和依赖包。通过 –dry-run 分两次确认并清理，共释放约 122.8 MB 空间。最终检查确认 Rime 软件包已清理干净，Fcitx5、拼音和五笔拼音组件均完整保留，重新启动输入法后五笔拼音仍可正常使用。
-
本文记录在 Alibaba Cloud Linux 3 与 OneinStack 环境中，将 Nginx 从 1.24.0 升级到 1.30.4，并将其静态编译使用的 OpenSSL 从 1.1.1t 升级到 3.5.7 的完整过程。操作采用旁路编译、生产配置预检、完整备份、短暂停机切换和自动回滚方案，期间解决了 GitHub 下载失败、Perl 模块缺失、Python 3.6 语法不兼容以及旧版 HTTP/2 配置警告等问题。升级后，中文站、英文站、管理子域、WordPress REST API、PHP-FPM 和源站 HTTP/2 均通过验证。
-
2026 年 7 月 30 日，我尝试使用新购买的 Type-C 转 VGA 线为 ThinkPad T570 连接副屏，但 Ubuntu 始终无法识别外接显示器。排查过程中先后检查了 Wayland、DRM、USB Type-C、UCSI、BIOS 和 Thunderbolt Controller，并将 BIOS 从 1.23 升级到 1.54。即使在 BIOS 阶段将 Boot Display Device 设置为 USB Type-C，副屏仍没有反应；通过 boltctl 强制让 Thunderbolt 上电后，Controller 也没有被系统枚举。综合现象来看，问题更可能位于 T570 的 USB-C / Thunderbolt 底层链路，而不是普通的 Ubuntu 双屏配置。考虑继续修复的时间成本，最终决定暂时停止排查，后续更倾向于购买一台原生支持 HDMI 的显示器作为副屏。
-
ThinkPad T570 在 Ubuntu 26.04 下连续出现挂起后黑屏问题。日志显示系统实际上已经完成唤醒，但显示链路未能正常恢复，普通系统更新后问题仍可复现。考虑到电脑长期连接电源使用，最终不再继续折腾内核和显卡，而是关闭自动挂起，并通过 systemd 禁止合盖触发挂起，只保留自动息屏。实际合盖测试通过，重新掀开屏幕后可以继续原来的工作。
-
在 Ubuntu 26.04 + ThinkPad T570 环境下，原本长期稳定运行的 Samsung VGA 副屏突然出现黑屏。排查过程中发现，Ubuntu、GNOME/Mutter、DRM 与 EDID 均能正常识别副屏，但实际视频信号无法稳定维持；降低到 1024×768 后也只能短暂恢复并伴随闪烁。通过 i915 hotplug 日志、显示器自检、分辨率切换、接口重插、Emergency Reset、monitors.xml 与 gdctl 等手段逐步排除了普通软件配置问题，最终将故障范围集中到 HDMI→VGA 转换链路，并决定改用 USB-C→VGA 一体线进行下一阶段交叉验证。
-
针对 Ubuntu 26.04 桌面出现的 Firefox 卡顿和 OOM 问题，本文记录了从内存调度与应用负载两方面进行的性能调优过程。通过构建 RAM 与 ZRAM 的三层内存体系、降低 swappiness 值、限制 Firefox 多进程及开启 Clash Verge 轻量模式，有效降低了内存峰值与 Electron 应用负载。优化后系统运行稳定流畅，解决了日常并发场景下的卡顿与崩溃风险。
-
Post Views: 229 🧭 一、背景：从 Windows 到 Ubuntu 的输入体验变化 从 Windows 10 迁移到 Ubuntu Linux 后，我一直在使用： ✔ Fcitx5 + […]
-
针对 Ubuntu 26.04 上 Chrome 内存占用过高的问题，尝试迁移至 Firefox，但 Snap 版因沙盒限制无法导入数据且资源占用较大。文章记录了卸载 Snap 版并安装 deb 版 Firefox 以成功迁移书签和历史记录的过程，以及通过导出 CSV 文件手动导入密码的方法。最终结论指出 deb 版资源占用更低且迁移稳定，密码需通过 CSV 中转。
-
本文记录了在 Ubuntu 26.04 使用中排查 Chrome 内存暴涨问题的全过程。经测试验证，发现 Flatpak 沙盒机制是导致重度应用资源占用过高的核心原因。通过回归原生 Deb 包，内存占用显著下降。基于此，作者更新了最佳实践：对于 Chrome 和微信等重度应用应坚决弃用 Flatpak 而选用原生 Deb 包，同时利用 GNOME Software 安装轻量应用、清理数据及统一管理自动更新。