systemdは「悪意のある」ものですか?[閉まっている]


11

DebianとXubuntuについて議論しているオンラインフォーラムにアクセスして、署名欄にこの行を追加するユーザーを見ました:

... systemdなしで...

この行は誇りを持って示されています(私には思えます)。

ウィキペディアから:

systemdは、Linuxコンピューターのオペレーティングシステム用の中央管理および構成プラットフォームとして設計された、システム管理デーモン、ライブラリ、およびユーティリティのスイートです。

だからsystemd悪いことのように思えないのに、なぜ人々はそれを使わないという誇りを持って書くのですか?

することができますsystemdあなたのために危険な、または単に悪いですか?


1
あなたはそのウィキペディアの記事の養子縁組とレセプションの部分を読みましたか?一部の人々がそれを好まない理由に関する複数の記事への参照があります。
レイアズ

回答:


8

いいえ、それはあなたにとって危険でも悪いことでもありません。あなたは初期戦争の小さな戦いにつまずきました。これについては詳しく説明しませんが、簡単に説明すると次のとおりです。

Linuxはその存続期間のほとんどでsysvinitを使用しています。これは古く、機能がありません。ほとんどの人が同意しているのは、変更する必要があるということです。ただし、変更先については誰も同意できません。以下を含むさまざまな代替案が提案されましたが、これらに限定されません:

これらの両方は、それ自体が良い点であり、他の点では悪いです。オタクの世界ではよくあることですが、どちらの初期化システム(どちらか一方)を採用する選択は、宗教戦争に似たものになりました。

それで、あなたはたまたま嫌いな人に出会ったsystemdので、それを使わないことを誇りに思っています。反対の意見を持ち、それsystemdが素晴らしいと考え、他のすべてが恐ろしいと考える人々がいます。広くて素晴らしいインターウェブ上の他の主題にあるように。

幸いなことに、初期化戦争はどんどん弱まりつつあり、現在では首相を超えています。ほとんどのLinuxディストリビューションは、に切り替えることにしましたsystemd。CanonicalのUbuntuでさえ、その背後にある力であるにもかかわらずupstart。それで、今日、systemdGentoo(image source)を除くほとんどすべての主要なディストリビューションに最適なinitシステムです。

ここに画像の説明を入力してください


6

リンクしたウィキペディアの記事を読みましたか?具体的には、3番目の段落。

systemdの設計は、フリーソフトウェアコミュニティ内で大きな論争を引き起こしています。批評家は、systemdが過度に複雑であり、継続的な機能クリープに苦しみ、そのアーキテクチャがUnixライクなオペレーティングシステムの設計原則に違反していると主張します。また、連動する依存関係のシステムを形成し、それによってディストリビューションのメンテナーに選択肢がほとんどないという懸念もあります。より多くのユーザー空間ソフトウェアがそのコンポーネントに依存するようになると、systemdを採用することになります。

また、「歴史と論争」というタイトルの大きなセクションがあります。


4

悪意があると考えるものに依存します。例えば。suckless.orgはそれを悪意があると見なします。

http://suckless.org/sucks/systemd

私は間違いなくここで火炎戦争を始めようとはしておらず、実際にDebianユーザーとしてそれを使用していますが、率直に言って、私は吸わないことに同意します。

更新:私はなぜ私が吸わないことに同意するかを説明する必要があると感じています。だからここに行く:私はそれがあまりにも複雑すぎると思うし、システムのあまりにも「集中」制御を提供します。コアダンプ、ログなどはjournaldデータベースに保存されます。fsが失敗し、dbが破損した場合-これ以上ログを見る必要はありません。分析するコアファイルはもうありません。このような場合、プレーンファイルストレージは当然、障害回復力を向上させます。個人的には、サックレスリストのすべての点にほぼ同意しますが、主要な質問の答えは全員の裁量に任せます。


4
あなたは、なぜ言うべき
mikeserv

1
@mikeserv:サックレスページには多くの「理由」があります。:)およびWikipediaページ(Sparhawkの回答に引用)。あまりにも複雑すぎて、システムに対する「集中化された」制御を提供しすぎると思います。コアダンプ、ログなどはデータベースに保存されます。fsが失敗し、dbが破損した場合-これ以上ログを見る必要はありません。分析するコアファイルはもうありません。このような場合、プレーンファイルストレージは当然、障害回復力を向上させます。だから、ええ-なぜ?!?
アレックス

コアダンプとログは雑誌および/またはsyslog、コンソール、他人に書き込むことができ、私はそれをすることができ同意いけない複雑な、しかし、私は直接に変換することを考えていけない悪質な、と私はその翻訳この回答がサポートすると思ういけません。
mikeserv

1
@mikeserv:true。ただし、システムログのジャーナルデータベースまたは追加のボトルネックのいずれかです(現在、ログはjournaldおよびsyslogdに依存しています)。悪意のある点について:私が言ったように、あなたが悪意があると考えるものに依存します。システムが障害回復力を妨げている場合、それは実際に悪意があります。
アレックス

1
systemdの場合は特にそうではありませんが、独立したサブシステムの組み合わせにより、実際に耐障害性を高めることができます。モノリシックカーネルとマイクロアーキテクチャカーネルを比較します。パフォーマンスを無視して、耐障害性だけを見てみましょう。障害に対してより耐性があります:明確に定義されたインターフェースを介して相互作用する(潜在的に大きな)コンポーネントの組み合わせ。または、すべてが偶然に何かを突くことができるコードの巨大な単一の塊ですか?適切に行われた場合、マイクロアーキテクチャの選択はより障害に強いと主張できると思います。
CVn

3

おそらく一気に悪意はありません。

設計者は独自のビジョンに満ちているため、POSIXタイプのシステムを優れたものにすることを理解できません。

「Unixを理解していない人は、Unixを再発明すると非難されます。」

          Henry Spencer
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.