❏ 站外平台:

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,回头就难了。我觉得现在都已经无法回头了。



最新评论

[1]
soli 发表于 2014-10-22 09:41 的评论:
技术就是技术,扯什么哲学造什么大神都是白瞎。

退一万步来讲,"只把一件事做好“的“哲学”实践了这么多年了,为什么不给不一样的“哲学”一个机会,看看它能做成什么样呢?

在任何领域都有人把新事物当洪水猛兽来看。。。
linux 2014-10-22 18:38 5 回复
其实我不在意哲学,这似乎有点形而上了。我是感觉,这种掘根式的改进,是福是祸难说。。成功或失败,有时候和技术先进与否也无关。拭目以待吧。

但是作为技术人员,与时俱进还是要的,无论你是否喜欢。是吧。
[1]
微博评论 发表于 2014-10-20 10:33 的评论:
回复@世纪东方内个星星:不知道您对 NetworkManager 怎么看,您不会在服务器上用这个东西来配置网络吧?这次 systemd 的迁移估计也是会和 NM 一样,缓慢甚至是痛苦。估计多数运维的未来将是在无数个 systemd 配置文件和遗留的启动脚本之间挣扎。 //@世纪东方内个星星:回复@meng_bo:其实我也没贡献过一行
[2]
来自 - 四川成都 的 Firefox/Linux 用户 发表于 2014-10-21 13:37 的评论:
如果你对systemd这类不能很好贯彻UNIX"只把一件事做好“哲学的软件的话,那建议你把内核换成GNU/Hurd。
linux 2014-10-21 14:12 4 回复
额!够狠!
微博评论 2014-10-20 10:33 4 回复
Systemd 的作者前两天不狠批了 Linus 么,您认为因为什么呢,现在应该是 GNOME 那帮人死挺 systemd 因为他们才是最需要 systemd 的。 //@Linux中国:其实这个事情里面,最奇怪的是 Linus 没有态度。。 //@meng_bo: 回复@世纪东方内个星星:您指哪个方面的研究,我承认我没有看过代码,但是怎么使用 syste
微博评论 2014-10-20 10:33 4 回复
人家一家都是 Fedora ... 他明确表示过不用 Debian 是因为 "It sucks ass" //@Linux中国:其实这个事情里面,最奇怪的是 Linus 没有态度。。
微博评论 2014-10-20 10:33 4 回复
其实这个事情里面,最奇怪的是 Linus 没有态度。。//@meng_bo: 回复@世纪东方内个星星:您指哪个方面的研究,我承认我没有看过代码,但是怎么使用 systemd 这个哪个运维能不研究呢,毕竟 redhat 已经开始用了,并且 upstart 和 systemd 的嘴仗已经打了好几年了吧。
微博评论 2014-10-20 10:03 5 回复
回复@世纪东方内个星星:您指哪个方面的研究,我承认我没有看过代码,但是怎么使用 systemd 这个哪个运维能不研究呢,毕竟 redhat 已经开始用了,并且 upstart 和 systemd 的嘴仗已经打了好几年了吧。 //@世纪东方内个星星:讨论的内容我确实没看,你应该也没怎么研究systemd。 //@meng_bo:回复@世纪东方
微博评论 2014-10-20 09:33 4 回复
回复@世纪东方内个星星:另外,对您列的这个单子里的东西都没有详细了解的人,您认为会对这个话题有讨论的兴趣么?我没见过几个熟悉 shell 脚本编写的系统管理人员会喜欢这些年新出现的这些轮子。 //@世纪东方内个星星:我的建议是先深入了解一下旧时代的sysvinit,再了解一下Ubuntu的upstart,再了解一
微博评论 2014-10-20 09:33 4 回复
回复@meng_bo:呵呵!我只能说,去他妹的传统哲学。您今后别用systemd了,没人拦你哈。
微博评论 2014-10-20 09:33 11 回复
回复@世纪东方内个星星:您还是先看一看 Debian 社区对这个问题的全面讨论再来讨论您列的这个单子吧,相比 init 这些东西对长期运行的服务器和嵌入系统的好处真的很有限,您能说出来几个么?把完全违反 unix 哲学的东西引入到系统里来 您认为不应该谨慎吗 //@世纪东方内个星星:我的建议是先深入了解一下
微博评论 2014-10-20 08:03 4 回复
我的建议是先深入了解一下旧时代的sysvinit,再了解一下Ubuntu的upstart,再了解一下苹果的launchd,再了解一下systemd,然后再站在不同的角度来对比,相信你自己能说服你自己。哈哈!
微博评论 2014-10-20 06:33 4 回复
回复@世纪东方内个星星:得了吧 ini 格式的配置文件 重复的轮子 恐怕多数系统管理员的自动化脚本得大范围的修改吧 但是这玩意在服务器和嵌入系统上几乎没啥好处 关键是应用的依赖问题 有些应用开始依赖 systemd 了 这不是灾难吗 //@世纪东方内个星星:systemd 野心很大,出发点很好,其实作为系统管理员
微博评论 2014-10-20 06:33 4 回复
回复@世纪东方内个星星:得了吧 ini 格式的配置文件 重复的轮子 恐怕多数系统管理员的自动化脚本得大范围的修改吧 但是这玩意在服务器和嵌入系统上几乎没啥好处 关键是应用的依赖问题 有些应用开始依赖 systemd 了 这不是灾难吗
微博评论 2014-10-19 21:33 4 回复
systemd 野心很大,出发点很好,其实作为系统管理员的角度来看倒是希望能出现一统江湖的东西,这样可以节省很多适配不同发行版的成本。
微博评论 2014-10-19 21:33 4 回复
哇哇哇,撕起来!

返回顶部

分享到微信

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