在Arch Linux中重命名网络接口

“这只是时尚，因为它的启动速度要快3或4秒。”
实际上，事实并非如此，事实上，systemd的主要开发人员在他的ML电子邮件中明确表示，他们从未将systemd视为快速启动系统，这仅仅是systemd工作的结果-确实多汁考虑如果他们决定优化系统以使其更快，将会实现什么...

“ systemd相对于sysvinit / openrc或upstart的优势并不是那么强大”
就SysV init而言，与Upstart相比，优势是巨大的。
SysVinit是一辆松木，是保时捷旁边的推车。
尽管SysVinit达到了其目标已经有很多年了，但现实是，许多年前和那时制造，思考和设计的软件的隐含限制越来越明显。
SysV除了启动速度慢之外，还存在一些问题，它们通常是在不同环境中出现的竞争条件，用于激活和停用守护程序的结构以及在不破坏序列的情况下向该结构添加新应用程序和守护程序的复杂性。开始

systemd以一种干净，实用，标准化和有据可查的方式解决了所有这些问题-在SysV中，通常每个发行版都以最佳方式实现它。

关于Upstart我对它的配置文件一无所知，这些文件严格来说是可怕的，它是中文，要编辑它们是一种折磨，如果您不发疯并弄得一团糟，很容易犯错误。
另一方面，Upstart似乎非常有效，因为我机器上的最新版本的Ubuntu几乎是即时启动和关闭的-太好了。
但是，当被问及Poettering是否真的需要sysmted并且是否没有分析其他选择（例如Upstart）时，他回答是的，他们已经分析了它们，有很多东西他们喜欢，并且实际上它在计划中。在systemd中实施，但是据他们说Upstart的结构基础不好，而且将来很有可能会从中衍生出问题。

请记住，systemd是作为Red Hat计划而诞生的，其原因有两个：
1.由于该公司在数千次部署中都具有“ vastisima_”的经验，他们得出的结论是，他们需要对系统进行某些基本更改以满足他们的要求，这些更改在逻辑上使不止一位资深人士感到不安-就像所有变化。
2. Red Hat寻求成为Red Hat而不是GNU + Linux对任何人来说都不是秘密。

除了蔓藤花纹和其他干扰之外，事实是systemd被GNU + Linux社区越来越多地采用，并且由于以下几个原因，这肯定是件好事：
1.加快发展，以便在更短的时间内获得更好的产品
2.通过包含各种发行版的需求，并与这些发行版的主要开发人员与systemd合作，并与其他发行版中讨论补丁和功能的开发人员进行交互，可以无限轻松地获得高质量的产品
3.它与实现的发行版无关（非常重要！），并已作为标准进行合并（与POSIX一样），管理员必须在由不同发行版组成的异构环境中工作但共享管理基础的管理员将肯定会重视类似的系统。
$ systemctl将在Fedora上与openSUSE或Arch或Chakra或Red Hat或Kali Linux或使用systemd的任何其他发行版相同，这很棒。
4.在解决问题或寻求有关实现一项或另一项功能的帮助或想法时，拥有大量合适的人员来处理发行版本身所使用的同一个PID1可使开发人员自己更轻松地进行工作。
5.由于systemd是一个开放且非常重要的跨学科项目，因此它使该项目的采用和改进率成为FLOSS项目中最高的之一。
例如，当任何分发软件包的维护者（从一开始就启动守护程序）在系统邮件列表中提出其服务版本以征求意见和建议时，有可能在进行一般协作之后让该服务以最佳的方式指出一个服务，该服务不仅使用打开主题的开发人员，而且还将UPSTREAM发送给应用程序本身的开发人员，以便他们可以决定是否要将该服务作为自己的一部分。自己的软件包，并使其成为100％与systemd兼容的OOTB。
6. systemd具有成百上千的新功能，这些功能使对其管理的系统的管理变得更加轻松和顺畅。 例如，它负责管理登录管理器的PAM模块，管理与系统的远程连接，加载按需侦听套接字上的按需服务，而不是让守护进程在内存中休眠并窃取CPU和内存以等待激活，然后进行管理。一种可靠的方式将网络接口和设备插入系统...这确实是一个怪物，巨大的Leviathan，但与其他这种大小的系统不同，它工作敏捷，快速且非常流畅，我认为这是唯一的原因，因为诸如systemd之类的大型系统（认为在短时间内将管理整个系统）从一开始就被设计为高效，模块化和可扩展的。

特别是使用systemd时，我遭受的最大痛苦是我必须重新学习直到现在为止我用来管理机器的所有内容。
可以理解的是，一些史前学者多年来一直使用某种方法来抵制这种变化……但是，嘿！ 这是计算机科学，这里唯一不变的就是不变的变化😉

问候。