先说环境吧，我自己一台老ThinkPad X250，i5-5200U，8G内存，这台机器跑的是Gentoo。因为实在烦透了systemd那套日志，上个月花了整整两天，把系统从systemd迁移到了OpenRC。迁移过程不复杂，但有几个细节值得说，比如tty的配置和udev的依赖关系。跑了几周下来，我发现一个很有意思的现象：很多人吵初始化系统，其实根本不知道自己在吵什么。
先说实测数据。同样这台机器，冷启动到登录界面，systemd用了3.2秒，OpenRC用了4.8秒，差距不大。但内存占用就明显了，systemd全家桶（包括journald、udevd、resolved）加起来大概占了42MB，而OpenRC同样服务全部起来，只要18MB。对于服务器这不算什么，但对我这老本子的电池续航，还是有影响的。更关键的是，journald那个二进制日志，在系统崩溃后你没法用简单的cat和grep去读，得先启动一个救援环境才能看。OpenRC用纯文本日志，klogd和syslog-ng，出问题直接mount以后就能翻。
但我觉得，这些都还不是本质。systemd本身它不是个init，它是个“操作系统平台”。它把cgroup、session、登录、日志、时间同步、网络管理全揽到一个项目里，而且用了二进制协议和私有数据库。这样一来，你对系统的控制力就大大减弱了。你说systemd快、方便，确实，但那是把选择权交出去换来的。比如你想改一个系统服务的启动条件，systemd的unit文件语法看着简单，真调起来坑特别多，尤其是依赖关系和socket激活。OpenRC的shell脚本虽然老土，但每行都能看懂，改了立刻生效。
我再说个更极端的观点：这场争论根本不是技术之争，而是哲学之争。systemd的开发者认为操作系统应该是一套统一的、可预测的整体，而传统Unix教派认为每个组件应该独立，用简单的机制组合出复杂系统。这两者没有谁对谁错，但问题是，在Linux社区里，这种分歧被硬包装成了“进步”和“守旧”。我在大学里给同学装Linux，他们只会用Ubuntu，根本不关心init是什么。只有在服务器出问题时，你才会发现systemd的坑有多深。我记得有一次，我在一台Debian服务器上删了一个占用内存的进程，结果systemd自动把它拉起来，因为我没配置restart=on-failure。这行为确实方便，但也可能掩盖问题。
所以，到底该选哪个？我的个人建议是，如果你喜欢折腾，愿意花时间去理解系统底层，OpenRC的透明性能让你学到更多。如果你只想要一个能跑的开发环境，systemd的集成度确实省心。但千万别把init的选择变成信仰。我认识一个老运维，他到现在还在用手写rc.sysv脚本跑一个支付系统，稳定五年没出过事。稳定的系统，是你理解得透彻的系统，而不是模块最多的系统。
