アカウント名:
パスワード:
あえてsystemdのないCentOS6.6を選んだ保守的ACより。
freedesktopのためのfreedesktopによるinitデーモンでしかなくて、サーバとしてLinuxを使うならむしろ邪魔とさえ思えてくる。
systemdがサービス管理を囲い込みしてる割には、サービス追加、編集とかのツールが整備されておらず放置。net@A > a > net@B > b > net@B alias > cって順で起動して欲しいのにとか、起動シーケンスが早くなるのなら極限まで最適化してみたいとかなると、結局自身でbootchartとか見たりサービス定義を手作業で分離、書き換えていかないといけない。
このあたりディストリに依るんだろうけど、万人がOKという解をsystemdで提供するのは難しいんじゃないかな。
無駄に期待して作業時間増やすぐらいなら、既にノウハウが蓄積されているsysV initスタイル(+α)で良いよねってなる。
前回のsystemd絡みのストーリーにもfreedesktop.orgに言及している人がいましたが、systemdはfreedesktop.orgのプロジェクトではなく場所を借りているだけの関係ですよ。githubみたいなもんです。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ
systemdの使い心地はどうなの? (スコア:0)
あえてsystemdのないCentOS6.6を選んだ保守的ACより。
Re: (スコア:3, すばらしい洞察)
freedesktopのためのfreedesktopによるinitデーモンでしかなくて、サーバとしてLinuxを使うならむしろ邪魔とさえ思えてくる。
systemdがサービス管理を囲い込みしてる割には、サービス追加、編集とかのツールが整備されておらず放置。
net@A > a > net@B > b > net@B alias > cって順で起動して欲しいのにとか、
起動シーケンスが早くなるのなら極限まで最適化してみたいとかなると、
結局自身でbootchartとか見たりサービス定義を手作業で分離、書き換えていかないといけない。
このあたりディストリに依るんだろうけど、万人がOKという解をsystemdで提供するのは難しいんじゃないかな。
無駄に期待して作業時間増やすぐらいなら、既にノウハウが蓄積されているsysV initスタイル(+α)で良いよねってなる。
Re:systemdの使い心地はどうなの? (スコア:0)
前回のsystemd絡みのストーリーにもfreedesktop.orgに言及している人がいましたが、systemdはfreedesktop.orgのプロジェクトではなく場所を借りているだけの関係ですよ。githubみたいなもんです。