在早前激烈的讨论中，systemd 的作者似乎有舌战群雄的能力，说服了 Linus 和一众内核大神，因为那个超强提速的鸡血补丁只能应用在 TTY 发起的程序上，比如说打开一个终端用 make -j 64 编译内核。这种做法在一般用户里并不常见，所以不具备广泛性。但是从侧面可以看出，Linus 是迫切改善 Linux 的桌面性能，似乎是和怕老婆有点关系吧。 而 systemd 的作者 Lennert  提出在用户层，即在进程管理器上实现这一功能。在其最新的 systemd 13 版本中，他首先改善了关机进程。此外 systemd 已经可以控制 fsck 和 quota 保证并行度最大化。现在 systemd 也可以在启动过程中激活加密分区等。 这个版本最大的一个改变是可以在 CPU 级别赋予所有程序一个控制分组 cgroup（cotnrol group），但没有更进一步的动作。systemd 要实现鸡血补丁的自动分组功能，首先要赋予每一个程序每一个线程一个控制分组，而下一步则是在 cgroup 的基础上，实现自动分组，调节每一个分组的 CPU 优先级，而现在 systemd 只是走出了第一步 在 systemd 上实现自动分组可以使这项功能应用面更加广泛，效果也更加。届时所有程序都可以调节 CPU 优先级，则可以有效提高桌面的流畅度。除了 systemd 以外，老旧的 sysvinit 和 upstart 暂时没有计划实现自动分组。OpenSUSE 11.4 有计划默认使用 systemd，而 Debian 和 Ubuntu 则是持续观察中。

Systemd 在最后时刻落选成为 Fedora 14 默认进程管理器，引发了一大堆争议问题。尤其是 Lennart 的不满，认为不应该在这个时候才决定放弃 systemd。 随后 nirik 在网志上发表了一篇文章，详细解释了为什么 FESCO 会在 Fedora 14 的周期内放弃 systemd。这篇文章在一定程度上代表了 FESCO 的立场。他提到了四个最主要的原因：

1. Systemd 的文档还没有完全准备好，而且 systemctl 这个用于开启和关闭的原生 systemd 服务的软件没有图形化前端，命令行模式又没有完整的文档指导用户操作。
2. chkconfig 和 system-config-services 还不能处理原生的 systemd 服务。
3. 软件包打包指引还没有被 systemd 单元文件的指引所取代。现在的说法是准许大部分软件包发布 sysvinit 脚本。但我们需要确保这些脚本能够正常的运行。当我们有指引以后，我们不再会回头重新做这些工作。
4. 现在有一种感觉是必须要尽快完成 systemd，并且必须让它成为默认的进程管理器。整个团队必须要赶着达到这个目的。但是在这种自信的情绪下，开发团队也必须认清 systemd 是数以百万用户在使用它，因为要保证它能够稳定地运行。

nirik 认为推迟 systemd 是一个正确的主意，他在后面会详尽解释为什么。他认为他们已经犯下了错误，现在应该是继续前进并且寻找出一个办法避免同类时间再次发生。他也为这个错误道歉了。

• 推迟 systemd 的这个议题早在几个星期的 FESCO 的会议上就已经纳入到议程了。然而 systemd 的测试日活动却是在继续进行中。所以 nirik 就觉得他应该在得到更多的测试数据以后再做出决定，所以就花费了更多时间在测试上获得数据。nirik 承认这是他的责任。他认为当时他们即使没有得到数据的前提下也可以开展尝试和讨论。至少他们可以讨论他们当时已经得到的数据。
• 回复特性的程序（或者是决定回滚特性）应该要被额外提出来。什么时候应该做这件事情？是否需要通过 FESCO 的大多数人投票同意等？他觉得我们应该增加这一点到处理新特性的规则里面。当我们决定确认 systemd 作为一个新特性的时候，有一部分人向我们施加了压力，要求我们认真审阅 systemd 或者决定在下一个周期才列它为默认进程管理器。在这个会议上，有一部分成员认为 systemd 在 Fedora 14 是可行的，但不足够 5 个选票，当时 nirik 认为缺乏足够的支持确认 systemd。在 systemd 这个特性上，nirik 感觉很糟糕因为这好像他们很紧急地发明一样东西，而且这个东西是很糟糕的。
• nirik 认为他本来可以跟特性的拥有者沟通得更加好。所有会议的提议都会 CC 给 Lennart。所以他应该知道 systemd 将会被讨论，但是我们本来应该把 Lennart 拉入到讨论之中，但是 nirik 没有做到。他表示歉意。

nirik 他在 2010 年 9 月 8日的时候在 trac 发了一个 提议，请求所有 FESCO 的成员投票这个问题。FESCO 中的 三个成员参与了投票了，并且留下了建议。nirik 认为需要有更好的办法处理那些紧急的无法举行会议讨论的主题。特别会议？主题线显示我们需要投票？如果你发现你无法参与投票或者参与会议，你是时候退出了。 nirik 在这里提到了几个他认为做得十分出色的地方：

• Lennart 已经在修复 Bug 和令 systemd 正常运作做了很多出色的工作。所以他坚信 systemd 在 Fedora 15 会回到轨道上面。
• QA 团队也在测试和寻找 Bug 中作出巨大贡献。
• Bill Nottingham 为了 systemd 在调整 initscripts/upstart 等软件包方面也做了大量工作， 令 systemd 可以顺利进行测试。

最后他相信 systemd 会在 Fedora 15 的时候成为默认的进程管理器。 原文地址：http://scrye.com/wordpress-mu/nirik/2010/09/15/fesco-features-and-systemd/ 翻译不好，有怪莫怪。

Systemd 原本打算是在 Fedora 14 的默认 init 系统，而且已经到达了可以实用的阶段。早前的 Fedora 14 Alpha 测试版中已经默认使用 systemd。但是昨天晚上 FESCO 会议开会决定，systemd 被推迟到 Fedora 15. FESCO 给出的原因很简单，就是因为 systemd 存在不少 Bug。FESCO 认为 systemd 需要多一个发行周期确保其有足够的稳定性。这个决定似乎引起了 systemd 的开发者 Lennart Poettering 不满，他认为他已经修复了大量的 Bug，现在只有一小堆 Bug 还没有修复，只要需要多一点时间就能解决。如果不纳入 Fedora 14 的特性，Lennart Poettering 认为需要在更早的时间做出决定，他可以预留更多的时间做其他更有用更有趣的事情。他对 Fedora 的开发流程十分失望，认为有重大缺陷和问题。 就我个人而言，我一直在 Rawhide（指向 Fedora 15）的 systemd 进行测试，直到最近才能用，而且暂时还不能跳到纯命令行模式，启动速度也不见得比 upstart 要快。不过若是在 Fedora 14 完全取消 systemd 实在是太可惜，Lennart Poettering 心理上更加不平衡，作为类似 BTRFS 之类的技术预览应该是一个最佳的选择。