最近在维护服务器和笔记本的 Gentoo 系统，连续遇到一些小问题，在此记录下来，留给自己和需要的朋友
- 火狐浏览器查看网页缓慢，加载素材堪忧
- 遇到这种情况我首先是先把备用浏览器安装到系统上，现在 Gentoo 下除了火狐好用，还有开源的 vivaldi 和微软的 edge ，但是我个人并不是非常喜欢微软，所以就选择 vivaldi 作为备用浏览器。后续使用中并没有发现类似火狐中出现的问题，于是就没有搭理，直到…
- 直到，昨天下午提示新版本火狐可以更新，编译过程一直失败，于是就干掉火狐，把 vivaldi 扶正。
- 后续：看到下图肥猫的推文得知，原来本质和 UDP 有关，于是一方面改进科学上网工具，关闭 udp ，另一方面可以酌情考虑关闭 QUIC 实现比较好的网络体验。
- Gentoo 完整系统重构：
- 完整的命令行如下：
emerge -e --keep-going -j @world- 笔记本和服务器基本上算是前后一点，在晚上9点左右开始重构的。笔记本是16线程的 AMD 5800H，服务器是两颗20线程的志强E5-2690 v2 。笔记本耗时7小时多，服务器耗时10小时58分钟，差不多就是11个小时。服务器的构建时间更长确实在我的预料之外，但是仔细考虑也是有可能，一方面是内存频率服务器才是笔记本的一半，另一方面还需要考虑延迟，服务器的两个U和多个DIMM之间传输的延迟，毕竟是有ECC功能的；最后一种推测是服务器使用的内核是 MuQSS 的 CPU 调度器，这个性能不如 Xanmod（都是猜测，没有实际依据）
- 两台机器完整重构后无任何包报错
- 我服务器声音播放是完全依托显卡的 DP 输出显示器后，显示器再通过3.5mm线连接音箱，最终实现音频输出。重构系统后找不到声音输出设备，Gnome 以“伪输出”显示
- 重新编译服务器内核无果
- 重新安装 amdgpu 和 xorg-server 无果
- 重新安装 pulsaudio 和 pipewire 无果
- 将用户加入 audio 组无果
- 暂时搁置此问题
- 更改默认音频服务，从 pulseaudio 到 pipewire ：
- 应该是上个月的的事情，Fedora 34 是最早从 pulseaudio 转换到 pipewire 的，那么主要目的就是降低音频的延迟。另一种观点是重复造轮子，反正这种思想在 Linux 世界也是屡见不鲜了。
- 那么切换过程并不复杂，按照 Gentoo Pipewire 的 Wiki 很方便就解决了
systemctl --user disable --now pulseaudio.socket pulseaudio.servicesystemctl --user enable --now pipewire.socket pipewire-pulse.socket pipewire-media-session.servicesystemctl --user mask pulseaudio.socket pulseaudio.service- 最后虽然 mask 了 pulseaudio 但是绝大多数情况是无效的，它还是会运行，当然，也不用完全禁用或者卸载
- 但是完成后查看相关服务报错 Dbus 错误，提示缺少 rtkit
systemctl --user status pipewire.service- 报错内容：
RTKit error: org.freedesktop.DBus.Error.ServiceUnknown - 目前解决方法是手动安装
sys-auth/rtkit包，重启系统后再次查看服务，没有错误提示 - 目前该 bug 可以关注 Gentoo Bugzilla 相关页面。
- 更换默认邮件客户端：
- 原先使用的邮件客户端是雷鸟，后因编译始终报错，又因编译火狐和雷鸟本来就是耗时耗力的事，自行编译出来的版本与原版相比性能优势并不明显，随弃
- Gnome 默认的邮件客户端：Evolution，还有一个比较现代化界面的 Geary
- 需要通过 Gnome Online 设置 Google 和微软后方能使用两客户端登陆邮箱，单独配置不被 Google 信任
- Geary 界面简洁，每份有邮件需要自己选择是否加载远程内容，实时接受邮件能力较差，有时候完全不能实时接收，随弃，作为备用邮件客户端
- Evolution，界面老一点，对于论坛发来的邮件不能像 Geary 那样形成错落有致的浏览体验，但好在，功能完善，实时接收邮件，效率不错
最后总结：
完成系统全面使用 GCC 11.1 构建，优化精简系统，完成 pipewire 作为默认音频服务，更换默认邮件客户端。总的来说，Gentoo 的优势就在这里，随着源码更新和不断推送，整个系统可以实现优化和完全精简自定义。
