刚巧看到 ubuntu 18.04 LTS 的消息 然后找到一个很解气的网站

[tomychen]

http://without-systemd.org

心里有种莫名的暗爽的那种感觉

其实我想知道多少人讨厌这货。

首先，我先要小声明一下，这话题不是为引发口水，万一有点言论不适也别往心里去哈。

有不少 v 友看到我的头像后说应该鄙视一切 linux 哈哈哈

其实 我入门的非 win 系统才是 linux，而后才接触的 FreeBSD。所以不能忘本，而我对 linux 的热情，肯定还是在的，否则不会反感 systemd.

至于为什么反感 有很多人都提到了

1，管得太宽 pid = 1，被无限放大了
2，侵入式接管， 打着开源的旗号仗着 Redhat 商业推手接管 init。

以这两个为前提展开讨论就是

为什么 pid = 1 被无限放大不好，明明从 OS X 抄过来的东西，Mac 没人反对，而为什么 linux 则呼声高低不同？

抛弃 OS X 那堆混乱的血缘系统，我们看本质。
OS X 是买硬件送系统的原则在发布着，背后由自家团队为主来维护着，App Store 的进场都由自己卡在手里，他这么做是似乎并没有太大的问题？（双重标准？）是吗？显然不是，我们反过来想，Apple 可以自定标准的。而这也是 Apple 的一惯作风。所以 os x 可以说，你要按照我的标准，我用的是 launchd 接口是 ABC，你们来兼容吧。

那么为什么回到 linux 就不行呢？ 因为 linux 是大家的，不是某一个版本发行商的，也不是某一个商业公司的。
pid = 1 会引发什么？
有 systemd 的同学不防 pstree 一下看看
这样真的好吗？
有在用 windows 的同学再试一下用 process explorer 看一下 win 的进程结构.

而本着谁出事谁负责的原则来工作不是更好吗？一定要集中管理？二进制管理真的会比脚本化好很多吗？

可能跟我的历程有关，从应用到内核，从运维到应用。其中踩过的坑比较多。

从开发的角度来讲，就是越模块化越好，而不是越集中化越好，无论是从操作系统层面来讲，还是到应用，web
都是如此。原因，我归纳为两点：容错率和排错率

再把简单的脚本二进制化，这是要把运维逼成码农的节奏？？？原来看脚本，现在要开 gdb ？真的好？

确实，systemd 让系统变得看似简单，维护也变得相对简单。但我觉得这一切仅限于系统没跑飞的前提吧？
systemd 真的已经这么健壮了吗？ 不妨回头看看.

作为只是“使用”而言，他确实不痛不痒。

但作为一个自称为 linux 脑残粉的用户来讲，这种侵入式的行为，我拒绝接受。
所以我自己的系统用的是 gentoo，linux 不是向来是我的系统我作主吗？

当然，用于生产力，这个我当然不能去强加我的观点 。我在这里提及的，更多的是“情怀”。

瞄了一眼评论区，容我来一句感慨吧：
Unix 已死, 从 4.4BSD 后，就已经没 Unix 了, 有也只是名字.

以上只代表个人观点，请得不对，请轻喷，哈哈哈...

[ColinZeb]

讨厌 systemd 还是讨厌其作者？

[weakish]

这多少发行版都转 systemd 了，而且都转了好几年了，Ubuntu 上一个 LTS （ 16.04 ）就 systemd 了。你这反射弧有点长啊。。。

话说我也不喜欢 siystemd，但是老得折腾不动那些不带 systemd 的发行版了。所以只能睁只眼闭只眼用 Ubuntu 了。

[tulongtou]

各大主流发型版不还是都上了 systemd

[smileawei]

感觉 systmd 很好用呀

[tomychen]

@ColinZeb systemd
@weakish 一直坚守 14.04 CentOS6 我承认我是保守派。
@tulongtou 所以看到这网站才感觉一股清流啊...
@smileawei 各花入各眼嘛...

[xcai]

linus 都没抱怨呢

[weyou]

说出你讨厌的理由？我觉得 systemd 挺好用的

[alexsunxl]

我也觉得 systemd 很好用啊。。。

[Rorysky]

systemd 有什么不好？

[lfzyx]

不接受新的事物，迟早要被新的事物碾压

[loading]

看楼主 id 也不是老用户，莫名其妙。

[lekai63]

systemd 管的有点宽，与部分人信仰的 linux 一事一工具（且容我这么说吧）哲学 相背离

[smileawei]

@tomychen 哈哈，我在 Centos7 刚出来的时候也是死守 6，后来因为玩 Docker，硬头皮换了 7，用着用着觉得还可以

[Shura]

“新生事物是不可战胜的，新事物终将代替旧事物，这是一个不以任何人的意志为转移的必然规律。 ”

[zhoulouzi]

我觉得，用哪个对我来说都没有区别，但是 2 个同时用，是最难受的。。。 领导要用 14.04 我想要 16.04 。咦，工作量就出来了。

[omph]

systemd 的日志查看不像原来直接看 /var/log 这么方便了，要记命令，而且性能还不好

[hanru]

楼主这头像，应该鄙视所有 Linux 发行版才对啊😁

[HuHui]

拥抱变化有那么困难吗

[kingcc]

你们看看楼主的头像再发言

[kmahyyg]

16 楼正解

[Remember]

楼主的头像应该讨厌所有 linux 才对啊

[timothyye]

之前用 upstart，后来切换到 systemd 还算习惯

[jimzhong]

我觉得 systemd 比 upstart, sysv 好用

[abscon]

@hanru 才发现居然是 beastie 头像……
BSD 上无论是 systemd 还是 launchd 都没戏，看 nosh 的了

[Love4Taylor]

systemd 超好用啊 从未如此简单过

[Gandum]

@weakish Ubuntu15.04 就转 systemd 了。。

[msg7086]

更讨厌 upstart 和 sysv。Systemd，我找不出一个比他好的选择。

至少有了 systemd-networkd 以后，不会出现给服务器改个网络配置不知道什么时候就断网了的情况。

[zw]

@omph 嗯，我就是不适应它的日志，其实用着还行。

[owt5008137]

linus 都在用

[iwtbauh]

systemd 的罪恶有
1. 滥用二进制格式（这个 linus 都反感）
2. 管得太宽，他一个人做了 init 系统，udev （设备热插拔和动态 /dev ），时间时区管理，系统日志，会话管理，虚拟控制台管理，网络管理.......
3. 让系统变得更脆弱，例如 systemd 的依赖太严重，甚至依赖于 dbus 服务

[wwhc]

用 Gentoo 可以彻底远离 systemd

[ixx]

不自己编译版本的话，这货对普通用户没有影响吧？

[huangzxx]

大势所趋啊。而且 ubutnu 早就转了啊。

[kaneg]

对普通用户来说，除非出来个比 systemd 更好用的，否则肯定用系统自带的啊

[julyclyde]

systemd 解决的最大的问题是后台服务进程漏出管理范围的问题
pid 文件内容不对、pid 文件被删除、rc 脚本无法正确判断服务进程状态、rc 脚本只负责启动但随后又出错退出、后台服务不响应关闭命令、rc 脚本只干掉主进程却漏掉子进程之类的破事，在 systemd 世界统统不存在

[tailf]

耗子叔深度好文配合食用更加：

https://coolshell.cn/articles/17998.html

[tailf]

作为一个只拿 Linux 做 web server 和数据库服务器的人来说，我觉得 systemctl 比 service 更比 /etc/init.d 好用。

[wwhc]

@tailf 我的感觉正相反，systemd 太复杂了，再简单的服务管理起来都变得不容易，就像要通过 systemd 的 log 来解决问题一样，在 systemd 下是相当烦人的

systemd 的所谓启动速度其实有相当的欺骗性，很多时候系统看上去已经启动完了，但有些服务其实还在后台继续启动中，有时候这会造成依赖关系的崩溃，我就是这个原因在自己的定制系统中不得不放弃了 systemd

[tailf]

@wwhc 厉害的工具肯定是实现起来很难的嘛，对用户友好的同时就是对开发人员的不友好。我觉得 CPU 乱序执行是硬件设计中奇怪的异常复杂的地方，但是因为有巨大的收益，所以最终我们还是选择了去实现它。

[lfzyx]

@wwhc systemd 的 Requires Before After 了解一下？

[gnozix]

[devuan]( https://devuan.org/) 当年 debian 上 systemd 后分裂的结果。不过好像用的人比较少。

[cnt2ex]

都说 systemd 管得宽，但我好像没看到具体哪些是管得太宽的。journald/logind/networkd/之类似乎都可以用其他东西取代？

[cnt2ex]

真正要说 systemd 管得太宽的话，systemd 的 unit files 除了实现了 service 和 socket/target/path 之类的 unit 之外，还包括了 timer/mount/automount/swap/device 之类看起来似乎过多的功能。真正要指责的话，应该是指的这些额外的由其他服务实现（也不会影响使用？）的功能。
不过问题是，如果把这些功能交给一个服务实现，而非 systemd 本身实现，还能否达到管理整个系统的作用？

[wwhc]

@lfzyx 问题不在于 Requires Before After，这玩意纸面上很好看，出了问题排查起来那个困难，你 google 一下吧，要不 ubuntu 也不会留着 syslog 不放，光靠 systemd 的二进制 log，出一次问题能让你有把 systemd 的作者拎出来砍几刀的冲动

[wwhc]

@cnt2ex 说句实话，有没有 systemd，Linux 一样生存的好好的，还可能会更好些

[xhinliang]

systemd 已经是大势所趋啦，忍痛接受吧。

[findex]

引战了。
systemd 的出现还不是因为开源社区里面的许多能对项目打对号的人，是来自于某些公司例如 Red Hat / Canonical 等。他们左右了开源系统的一些发展方向。混迹各大社区、论坛、媒体、发行版。越来越多都是 systemd 了，管天管地管空气。对系统管理员部分友好，但是对其他设备例如 linux 嵌入式来说可能就不太好用了哦。自己在用自己的 LFS，维护成本太高（主要是没精力）。其次是应用场景都和各发行版差不多，遇到所用新旧 feature 都要自己画车轮子，这时候选择一个效率高的发行版挺好的。Archlinux 已经从实体机进入虚拟机了，主要还是大 debian，可是大 debian 都已经 all in systemd 了。

[pony279]

然而不使用 systemd 的发行版大都不成气候阿，所以默默的接受了