アカウント名:
パスワード:
systemdは、レジストリに従ってスタートアップ処理をするwindowsみたいなのを、やりたかったのでは?
従来のスタートアップスクリプトを順番に実行していく、シンプルな処理は、起動時間を少しでも短くしたいような場合を除いて、とくに不都合は無いと思うけどね
問題は、systemdじゃないディストリビューションがほとんど消えたことsystemdのディストリビューションからsystemdを取り去るのは個人じゃほぼ不可能
従来のスタートアップスクリプトを順番に実行していく、シンプルな処理
Windowsの場合、スタートアップという超お手軽仕組みも持ってた上で、サービスという統一モデル提供ですからねぇ。
両方混ざったような状態のinitとは違うというか。。同じことやりたかったなら、、systemdで置き換えるんではなくsystemdを足したうえでinitをWindowsのスタートアップ総統に限定するとかじゃないかと。。
既存のスタートアップ処理を残したまま一部だけ統合化したスタートアップシステムを使うなんて、より管理を複雑にする最悪の選択にしか思えないけど。
既存との互換性維持のためだろ。
互換性維持って大事なことではあるけど、多くの場面で足を引っ張る元凶でもあるんだよなぁ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
あと、僕は馬鹿なことをするのは嫌いですよ (わざとやるとき以外は)。-- Larry Wall
レジストリ制御みたいなのをLinuxでもやりたかった? (スコア:0)
systemdは、レジストリに従ってスタートアップ処理をするwindowsみたいなのを、やりたかったのでは?
従来のスタートアップスクリプトを順番に実行していく、シンプルな処理は、
起動時間を少しでも短くしたいような場合を除いて、とくに不都合は無いと思うけどね
問題は、systemdじゃないディストリビューションがほとんど消えたこと
systemdのディストリビューションからsystemdを取り去るのは個人じゃほぼ不可能
Re: (スコア:0)
従来のスタートアップスクリプトを順番に実行していく、シンプルな処理
Windowsの場合、スタートアップという超お手軽仕組みも持ってた上で、サービスという統一モデル提供ですからねぇ。
両方混ざったような状態のinitとは違うというか。。
同じことやりたかったなら、、systemdで置き換えるんではなくsystemdを足したうえでinitをWindowsのスタートアップ総統に限定するとかじゃないかと。。
Re: (スコア:0)
既存のスタートアップ処理を残したまま一部だけ統合化したスタートアップシステムを使うなんて、より管理を複雑にする最悪の選択にしか思えないけど。
Re: (スコア:0)
既存との互換性維持のためだろ。
Re:レジストリ制御みたいなのをLinuxでもやりたかった? (スコア:0)
互換性維持って大事なことではあるけど、多くの場面で足を引っ張る元凶でもあるんだよなぁ