刚巧看到 ubuntu 18.04 LTS 的消息 然后找到一个很解气的网站
tomychen · 2018-03-28 21:30:10 +08:00 · 12548 次点击这是一个创建于 2464 天前的主题，其中的信息可能已经有所发展或是发生改变。
第 1 条附言 · 2018-03-29 18:50:50 +08:00
首先，我先要小声明一下，这话题不是为引发口水，万一有点言论不适也别往心里去哈。
有不少 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 了, 有也只是名字.
以上只代表个人观点，请得不对，请轻喷，哈哈哈...
有不少 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 了, 有也只是名字.
以上只代表个人观点，请得不对，请轻喷，哈哈哈...
 |
1
ColinZeb 2018-03-28 21:46:16 +08:00
讨厌 systemd 还是讨厌其作者？
|
 |
2
weakish 2018-03-28 21:48:00 +08:00
这多少发行版都转 systemd 了，而且都转了好几年了，Ubuntu 上一个 LTS （ 16.04 ）就 systemd 了。你这反射弧有点长啊。。。
话说我也不喜欢 siystemd，但是老得折腾不动那些不带 systemd 的发行版了。所以只能睁只眼闭只眼用 Ubuntu 了。 |
 |
3
tulongtou 2018-03-28 21:59:10 +08:00
各大主流发型版不还是都上了 systemd
|
 |
4
smileawei 2018-03-28 21:59:47 +08:00 via iPhone
感觉 systmd 很好用呀
|
 |
5
tomychen OP |
 |
6
xcai 2018-03-28 22:25:26 +08:00
linus 都没抱怨呢
|
 |
7
weyou 2018-03-28 22:40:24 +08:00 via Android
说出你讨厌的理由？我觉得 systemd 挺好用的
|
 |
8
alexsunxl 2018-03-28 22:41:17 +08:00
我也觉得 systemd 很好用啊。。。
|
 |
9
Rorysky 2018-03-28 22:41:35 +08:00
systemd 有什么不好？
|
 |
10
lfzyx 2018-03-28 22:46:46 +08:00
不接受新的事物，迟早要被新的事物碾压
|
 |
11
loading 2018-03-28 22:48:15 +08:00 via iPhone
看楼主 id 也不是老用户，莫名其妙。
|
 |
12
lekai63 2018-03-28 22:48:26 +08:00 via iPhone  1
systemd 管的有点宽，与部分人信仰的 linux 一事一工具（且容我这么说吧）哲学 相背离
|
|
13
smileawei 2018-03-28 22:49:10 +08:00 via iPhone
@tomychen 哈哈，我在 Centos7 刚出来的时候也是死守 6，后来因为玩 Docker，硬头皮换了 7，用着用着觉得还可以
|
 |
14
Shura 2018-03-28 22:49:33 +08:00 1
“新生事物是不可战胜的，新事物终将代替旧事物，这是一个不以任何人的意志为转移的必然规律。 ”
|
 |
15
zhoulouzi 2018-03-28 22:57:46 +08:00
我觉得，用哪个对我来说都没有区别，但是 2 个同时用，是最难受的。。。 领导要用 14.04 我想要 16.04 。咦，工作量就出来了。
|
 |
16
omph 2018-03-28 23:01:37 +08:00
systemd 的日志查看不像原来直接看 /var/log 这么方便了，要记命令，而且性能还不好
|
 |
17
hanru 2018-03-28 23:04:49 +08:00 via Android 1
楼主这头像，应该鄙视所有 Linux 发行版才对啊😁
|
 |
18
HuHui 2018-03-28 23:08:06 +08:00 via Android
拥抱变化有那么困难吗
|
 |
19
kingcc 2018-03-28 23:22:40 +08:00 via Android
你们看看楼主的头像再发言
|
 |
20
kmahyyg 2018-03-28 23:36:42 +08:00 via Android
16 楼正解
|
 |
21
Remember 2018-03-28 23:37:17 +08:00
楼主的头像应该讨厌所有 linux 才对啊
|
 |
22
timothyye 2018-03-28 23:51:43 +08:00
之前用 upstart，后来切换到 systemd 还算习惯
|
 |
23
jimzhong 2018-03-29 00:30:55 +08:00
我觉得 systemd 比 upstart, sysv 好用
|
 |
24
abscon 2018-03-29 00:40:18 +08:00 via iPhone
@hanru 才发现居然是 beastie 头像……
BSD 上无论是 systemd 还是 launchd 都没戏，看 nosh 的了 |
 |
25
Love4Taylor 2018-03-29 00:49:51 +08:00 via Android
systemd 超好用啊 从未如此简单过
|
 |
27
msg7086 2018-03-29 02:31:29 +08:00
更讨厌 upstart 和 sysv。Systemd，我找不出一个比他好的选择。
至少有了 systemd-networkd 以后，不会出现给服务器改个网络配置不知道什么时候就断网了的情况。 |
 |
29
owt5008137 2018-03-29 09:10:51 +08:00 via Android
linus 都在用
|
 |
30
iwtbauh 2018-03-29 09:24:24 +08:00 via Android
systemd 的罪恶有
1. 滥用二进制格式（这个 linus 都反感） 2. 管得太宽，他一个人做了 init 系统，udev （设备热插拔和动态 /dev ），时间时区管理，系统日志，会话管理，虚拟控制台管理，网络管理....... 3. 让系统变得更脆弱，例如 systemd 的依赖太严重，甚至依赖于 dbus 服务 |
 |
31
wwhc 2018-03-29 10:15:11 +08:00
用 Gentoo 可以彻底远离 systemd
|
 |
32
ixx 2018-03-29 10:34:43 +08:00
不自己编译版本的话，这货对普通用户没有影响吧？
|
 |
33
huangzxx 2018-03-29 11:41:55 +08:00
大势所趋啊。而且 ubutnu 早就转了啊。
|
 |
34
kaneg 2018-03-29 13:41:41 +08:00
对普通用户来说，除非出来个比 systemd 更好用的，否则肯定用系统自带的啊
|
 |
35
julyclyde 2018-03-29 20:57:18 +08:00
systemd 解决的最大的问题是后台服务进程漏出管理范围的问题
pid 文件内容不对、pid 文件被删除、rc 脚本无法正确判断服务进程状态、rc 脚本只负责启动但随后又出错退出、后台服务不响应关闭命令、rc 脚本只干掉主进程却漏掉子进程之类的破事，在 systemd 世界统统不存在 |
 |
36
tailf 2018-03-30 14:35:46 +08:00
|
|
37
tailf 2018-03-30 14:37:15 +08:00
作为一个只拿 Linux 做 web server 和数据库服务器的人来说，我觉得 systemctl 比 service 更比 /etc/init.d 好用。
|
|
38
wwhc 2018-03-31 04:11:32 +08:00
@tailf 我的感觉正相反，systemd 太复杂了，再简单的服务管理起来都变得不容易，就像要通过 systemd 的 log 来解决问题一样，在 systemd 下是相当烦人的
systemd 的所谓启动速度其实有相当的欺骗性，很多时候系统看上去已经启动完了，但有些服务其实还在后台继续启动中，有时候这会造成依赖关系的崩溃，我就是这个原因在自己的定制系统中不得不放弃了 systemd |
|
39
tailf 2018-03-31 10:49:27 +08:00
@wwhc 厉害的工具肯定是实现起来很难的嘛，对用户友好的同时就是对开发人员的不友好。我觉得 CPU 乱序执行是硬件设计中奇怪的异常复杂的地方，但是因为有巨大的收益，所以最终我们还是选择了去实现它。
|
 |
41
gnozix 2018-04-04 15:40:21 +08:00
[devuan]( https://devuan.org/) 当年 debian 上 systemd 后分裂的结果。不过好像用的人比较少。
|
 |
42
cnt2ex 2018-04-09 23:44:38 +08:00
都说 systemd 管得宽，但我好像没看到具体哪些是管得太宽的。journald/logind/networkd/之类似乎都可以用其他东西取代？
|
|
43
cnt2ex 2018-04-10 00:02:27 +08:00
真正要说 systemd 管得太宽的话，systemd 的 unit files 除了实现了 service 和 socket/target/path 之类的 unit 之外，还包括了 timer/mount/automount/swap/device 之类看起来似乎过多的功能。真正要指责的话，应该是指的这些额外的由其他服务实现（也不会影响使用？）的功能。
不过问题是，如果把这些功能交给一个服务实现，而非 systemd 本身实现，还能否达到管理整个系统的作用？ |
|
44
wwhc 2018-04-10 10:12:02 +08:00
@lfzyx 问题不在于 Requires Before After，这玩意纸面上很好看，出了问题排查起来那个困难，你 google 一下吧，要不 ubuntu 也不会留着 syslog 不放，光靠 systemd 的二进制 log，出一次问题能让你有把 systemd 的作者拎出来砍几刀的冲动
|
 |
46
xhinliang 2018-04-12 09:47:54 +08:00
systemd 已经是大势所趋啦，忍痛接受吧。
|
 |
47
findex 2018-04-14 01:59:08 +08:00
引战了。
systemd 的出现还不是因为开源社区里面的许多能对项目打对号的人，是来自于某些公司例如 Red Hat / Canonical 等。他们左右了开源系统的一些发展方向。混迹各大社区、论坛、媒体、发行版。越来越多都是 systemd 了，管天管地管空气。对系统管理员部分友好，但是对其他设备例如 linux 嵌入式来说可能就不太好用了哦。自己在用自己的 LFS，维护成本太高（主要是没精力）。其次是应用场景都和各发行版差不多，遇到所用新旧 feature 都要自己画车轮子，这时候选择一个效率高的发行版挺好的。Archlinux 已经从实体机进入虚拟机了，主要还是大 debian，可是大 debian 都已经 all in systemd 了。 |
 |
48
pony279 2018-04-17 09:41:46 +08:00
然而不使用 systemd 的发行版大都不成气候阿，所以默默的接受了
|
Select Language