搜索
❏ 站外平台:

Debian再次展开Systemd的讨论

| 2014-10-19 21:13   评论: 17 分享: 8    

今年初,Debian技术委员会在下一代Debian 8 Jessie初始化系统的投票中选择了Systemd,但Systemd备受争议,连带着Debian社区也是争论不休

开发者现在又展开了Systemd的讨论。资深Debian开发者 Ian Jackson想要一个共同的决议,让每一位Debian开发者投票作出决定,而不是少数几位Debian技术委员会的委员。他的提议已经获得许多人的支持。

对于这件事,gccer 评论道

本来没这么重要。但systemd的设计和实现带来了两个问题:

1. systemd集成了udev,也集成了kdbus的用户态库(console-kit什么的就不用说了)。udev不用说,现在kdbus虽然还未投入使用,但作为linux下新的IPC机制,重要性显而易见。将Linux底层两个非常重要的组件集成进systemd,等于是剥夺了用户的选择权:想不用我大systemd,就自己维护udev,自己实现kdbus的用户态库吧。

2. 仔细看看systemd的特性,会发现其中竟然集成了一个httpd,还有dhcp服务,同样也接管了linux的网络管理。虽然大部分特性都可以选择不打开,但systemd的设计哲学非常明显:你们念叨了几十年的“unix哲学”过时了,该是进行整体设计的时候了(monolithic,我不知道怎么翻合适,好像GNOME那边也老念叨这个)。

回到第一个问题,udev和dbus并入systemd都是双方自愿的,可见这俩项目的开发者们都同意sytemd才是未来。两种截然相反的设计思路是systemd受到如此大争议的根本原因(而且systemd设计的应用必然导致用户选择权的丧失),像什么journal日志格式是二进制的云云反而是小问题。

另外,由于第一个问题,一旦选了systemd,回头就难了。我觉得现在都已经无法回头了。


返回顶部

分享到微信

打开微信,点击顶部的“╋”,
使用“扫一扫”将网页分享至微信。