所以我们又看到一篇专注于将 systemd 插入生态系统的积极方面的文章，但完全忽略了如果你想要好处就必须接受的所有额外负面影响。 最初“让我们把 init 做得更好”的概念是好的，我曾经是 systemd 的坚定支持者，直到决定切换到所有相关功能的现有机制。 如果发生灾难性故障，需要大量工作的二进制日志文件毫无意义，并且日益增长的过度扩张并没有激发信心。如果 systemd 中存在混合搭配功能，敌意会大大减少，但全有或全无的性质简单地证明了未能从过去吸取教训（一句话概括：regedit.exe）
虽然这篇文章很好地总结了 systemd 的好处，但它只是忽略了它引入的严重问题。 如果它仍然是最初计划的系统管理工具集，我（以及其他人，我怀疑）会很乐意使用它。 不幸的是，深度集成导致几乎不可能从依赖链中提取它，并且似乎正在稳步扩大其范围。2015 年 4 月 1 日在 Distrowatch 上发表的文章令人担忧地接近真实，而且似乎并没有变得不那么现实！
所以我们又看到一篇专注于将 systemd 插入生态系统的积极方面的文章，但完全忽略了如果你想要好处就必须接受的所有额外负面影响。 最初“让我们把 init 做得更好”的概念是好的，我曾经是 systemd 的坚定支持者，直到决定切换到所有相关功能的现有机制。 如果发生灾难性故障，需要大量工作的二进制日志文件毫无意义，并且日益增长的过度扩张并没有激发信心。
如果 systemd 中存在混合搭配功能，敌意会大大减少，但全有或全无的性质简单地证明了未能从过去吸取教训（一句话概括：regedit.exe）