系统是“恶意的”吗?[关闭]


11

访问一些讨论Debian和Xubuntu的在线论坛,我看到一些用户在签名字段中添加了以下行:

...没有系统...

这行显示得很自豪(在我看来)。

维基百科

systemd是一套系统管理守护程序,库和实用程序,被设计为Linux计算机操作系统的中央管理和配置平台。

因此systemd,这似乎不是一件坏事,所以为什么人们自豪地写自己不使用它呢?

可以systemd是危险的,或者你只是坏?


1
您是否已阅读该维基百科文章的收养和接受部分?它引用了多篇有关为什么有些人不喜欢它的文章。
Leiaz

Answers:


8

不,对您来说既不危险也不有害。您偶然发现了init战争的一场小战。我将不作详细介绍,但简要地讲,情况如下。

Linux在其整个生命周期中一直使用sysvinit。这是古老的,缺乏功能,几乎所有人都同意的一件事是它需要更改。但是,没人同意将其更改为什么。提出了各种替代方案,包括但不限于以下内容:

两者都以自己的方式是好的,而在其他方面则是坏的。在极客世界中经常发生的情况是,采用哪种初始化系统(这两个系统中的一个或另一个)的选择变得类似于宗教战争。

因此,您碰巧遇到了一个不喜欢systemd它的人,因此为不使用它感到自豪。有很多人持相反的意见,认为这systemd很棒,而其他所有事情都很糟糕。就像在广泛而精彩的互连网上有任何其他主题一样。

令人高兴的是,初期战争正在逐渐消退,现在已经结束了。大多数Linux发行版都已决定切换到systemd。甚至是Canonical的Ubuntu,尽管它们是背后的力量upstart。所以,今天,systemd实际上是首选,除了Gentoo的(像几乎所有主要disrtibutions初始系统):

在此处输入图片说明


6

您是否阅读了链接的Wikipedia文章?具体来说,第三段。

在自由软件社区中,systemd的设计引起了很大的争议。批评家认为systemd过于复杂,并且不断遭受特征蠕变,其体系结构违反了类Unix操作系统的设计原则。人们还担心它形成了一个相互依赖的系统,从而使分发维护者几乎没有选择,只能采用systemd,因为越来越多的用户空间软件都依赖于它的组件。

下方还有一个很大的标题为“ 历史与争议 ”。


4

这取决于您认为恶意的内容。例如。suckless.org确实认为它是恶意的:

http://suckless.org/sucks/systemd

我绝对不是要在这里发动一场火焰大战,实际上我确实以Debian用户的身份使用它,但是坦率地说,我很同意这种观点。

更新:我觉得我应该解释为什么我同意无吮。事情就这样了:我认为它太复杂了,并且对系统提供了过于“集中”的控制。核心转储,日志等存储在日记数据库中。如果我的fs失败并且数据库损坏了该怎么办-没有更多日志可以查看。不再需要分析核心文件。在这种情况下,普通文件存储自然可以提供更好的故障恢复能力。我个人非常赞同无懈可击清单中的每一点,但是我将主要问题的答案留给每个人自己决定。


4
您应该说为什么
mikeserv

1
@mikeserv:没问题的页面上有很多“因为”。:)和Wikipedia页面(在Sparhawk的答案中引用)。我认为它太复杂了,并且对系统提供了过于“集中”的控制。核心转储,日志等存储在数据库中。如果我的fs失败并且数据库损坏了该怎么办-没有更多日志可以查看。不再需要分析核心文件。在这种情况下,普通文件存储自然可以提供更好的故障恢复能力。所以,是的-为什么?!?
亚历克斯(Alex)

可以将coredumps和logs写入日志和/或syslog,控制台,其他设备,我不同意它可能很复杂,但是我不认为直接转换为恶意软件,也不认为此答案支持该转换。
mikeserv

1
@mikeserv:是的。但是,它要么是日志db,要么是系统日志记录中的其他瓶颈(现在,日志记录取决于日志化的syslogd和。关于恶意问题:正如我所说,这取决于您认为恶意的内容。如果系统阻止了故障恢复能力,那对我来说确实是恶意的。
亚历克斯(Alex)

1
并不是说systemd就是这种情况,但是独立子系统的组合实际上可以增加抗故障能力。将整体内核与微体系结构内核进行比较。让我们忽略性能,只看故障抵抗力。它更能抵抗故障:(可能很大的)组件的组合,它们通过定义明确的接口相互交互;还是一堆庞大的代码,其中所有内容都可以随意随意戳戳?我认为可以说,如果做得正确,微体系结构的选择更能抵抗故障。
CVn

3

恶意程度不及愚蠢程度。

设计人员充满了自己的愿景,以至于无法理解使POSIX类型的系统变得如此出色的东西。

“那些不了解Unix的人注定要重造它,可怜。”

          Henry Spencer
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.