アカウント名:
パスワード:
systemdは、レジストリに従ってスタートアップ処理をするwindowsみたいなのを、やりたかったのでは？
従来のスタートアップスクリプトを順番に実行していく、シンプルな処理は、起動時間を少しでも短くしたいような場合を除いて、とくに不都合は無いと思うけどね
問題は、systemdじゃないディストリビューションがほとんど消えたことsystemdのディストリビューションからsystemdを取り去るのは個人じゃほぼ不可能
そりゃあなたがそういう使い方をしないからだ。例えば、Linuxデスクトップにログインしたら自動でスマホをリンクするとかは順序処理じゃできないんだ。本当にデスクトップまだやる気なのか知らんけど、必要だから導入された。それだけのこと。
まあ移籍したということは、本人としてはその線はもうないと思ったんだろう。
いいのがあるよOpenWrtでも入れてsystemdのないLinuxの世界を楽しんだらいい。
問題は、systemd以前からlinux触ってるなら、それ用のファイルを数行書いて実行するようにすりゃ済むだけだよなー、と思えることじゃないかなぁ
> 問題は、systemd以前からlinux触ってるなら、それ用のファイルを数行書いて実行するようにすりゃ済むだけだよなー、と思えることじゃないかなぁ
ところが実際にはそんな考えは通用しない、ってのがsystemd以前からlinux触って来た開発者たちの結論でしょうね。
debianだったら/etcの・・・に3行書けば実現できるけどredhatだったらその方法じゃダメで・・・ってのが大量に積み重なってしまって結局 /etc/init.d はあるけど、その中身はディストリビューションごとにバラバラ、全然互換性がなくなっていた。
だからこそ systemd が登場し、多くの人が
いろいろ問題点を指摘されながらも、本命の代用品や改良が生まれてこないところに、現在のsystemdの形にある程度、必然性があるってことかも。無知なんで有識者の方に聞きたいのですが、このあたりの仕組みが古いままの*BSDはともかく、いろいろやっていたMacOSやSolarisとかのOSはどんな仕組みなんでしょうね。
> 本命の代用品や改良が生まれてこないところに、現在のsystemdの形にある程度、必然性があるってことかも。 そんな感じですかね。正直init.d捨ててsystemdに変えるほどではなかったけど、現象systemd捨ててsystemdに変えるほどでもない。
solaris には smf というサービス管理システムがあったな。まあ sysvinit+daemontools+inetd を xml で管理、といった感じでリソース管理はやってなかった気がする。systemd は cgroup 等を使って権限とリソースを追跡、管理する所がポイントなので、サービス起動管理だけだと思うとちょっとずれる。
gentooとかplamoはsystemdを未採用。古いままではなく、起動管理はsysvinit、権限管理はフォークしたedevとかelogindを使ってる。
systemdの開発はそのまま本人が続けるんだろうか。systemdは、sendmailに対するqmailみたいに、そのうちpostfixみたいなものが出てくるかと思っていたけど、出なかったな。
gentooは未採用どころか、他のディストリビューションより早い段階で systemd をフルサポートしたディストリビューションだよ。ただ、gentooのinitに何使うかも自分で決めるものだから、systemdを使わないと自分が選択したら使わないことも出来るだけ。
ちなみにgentooでsysvinitはサポートされてなくて、OpenRCでエミュレーションされたものだよ。
仕事でも使われることが多いディストリビューションはsystemdに移行したが、個人で使う物はあまり移行してない、もしくは選択を楽しめるって様子ですね
シェルスクリプトで細工して解決するのは楽しいですが、職場でやられると引き継ぎがリスキーでプロフェッショナリズムの欠如だって感じです。プロも趣味人も使うってのがLinuxの良さではありますが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私はプログラマです。1040 formに私の職業としてそう書いています -- Ken Thompson
レジストリ制御みたいなのをLinuxでもやりたかった？ (スコア:0)
systemdは、レジストリに従ってスタートアップ処理をするwindowsみたいなのを、やりたかったのでは？
従来のスタートアップスクリプトを順番に実行していく、シンプルな処理は、
起動時間を少しでも短くしたいような場合を除いて、とくに不都合は無いと思うけどね
問題は、systemdじゃないディストリビューションがほとんど消えたこと
systemdのディストリビューションからsystemdを取り去るのは個人じゃほぼ不可能
Re: (スコア:1)
そりゃあなたがそういう使い方をしないからだ。
例えば、Linuxデスクトップにログインしたら自動でスマホをリンクするとかは順序処理じゃできないんだ。
本当にデスクトップまだやる気なのか知らんけど、必要だから導入された。それだけのこと。
まあ移籍したということは、本人としてはその線はもうないと思ったんだろう。
いいのがあるよOpenWrtでも入れてsystemdのないLinuxの世界を楽しんだらいい。
Re: (スコア:0)
問題は、systemd以前からlinux触ってるなら、それ用のファイルを数行書いて実行するようにすりゃ済むだけだよなー、と思えることじゃないかなぁ
Re: (スコア:1)
> 問題は、systemd以前からlinux触ってるなら、それ用のファイルを数行書いて実行するようにすりゃ済むだけだよなー、と思えることじゃないかなぁ
ところが実際にはそんな考えは通用しない、ってのがsystemd以前からlinux触って来た開発者たちの結論でしょうね。
debianだったら/etcの・・・に3行書けば実現できるけど
redhatだったらその方法じゃダメで・・・ってのが大量に積み重なってしまって
結局 /etc/init.d はあるけど、その中身はディストリビューションごとにバラバラ、全然互換性がなくなっていた。
だからこそ systemd が登場し、多くの人が
Re:レジストリ制御みたいなのをLinuxでもやりたかった？ (スコア:0)
いろいろ問題点を指摘されながらも、本命の代用品や改良が生まれてこないところに、現在のsystemdの形にある程度、必然性があるってことかも。
無知なんで有識者の方に聞きたいのですが、このあたりの仕組みが古いままの*BSDはともかく、いろいろやっていたMacOSやSolarisとかのOSはどんな仕組みなんでしょうね。
Re: (スコア:0)
> 本命の代用品や改良が生まれてこないところに、現在のsystemdの形にある程度、必然性があるってことかも。
そんな感じですかね。正直init.d捨ててsystemdに変えるほどではなかったけど、現象systemd捨ててsystemdに変えるほどでもない。
Re: (スコア:0)
solaris には smf というサービス管理システムがあったな。
まあ sysvinit+daemontools+inetd を xml で管理、といった感じでリソース管理はやってなかった気がする。
systemd は cgroup 等を使って権限とリソースを追跡、管理する所がポイントなので、
サービス起動管理だけだと思うとちょっとずれる。
Re: (スコア:0)
gentooとかplamoはsystemdを未採用。古いままではなく、起動管理はsysvinit、権限管理はフォークしたedevとかelogindを使ってる。
systemdの開発はそのまま本人が続けるんだろうか。
systemdは、sendmailに対するqmailみたいに、そのうちpostfixみたいなものが出てくるかと思っていたけど、出なかったな。
Re: (スコア:0)
gentooは未採用どころか、他のディストリビューションより早い段階で systemd をフルサポートしたディストリビューションだよ。
ただ、gentooのinitに何使うかも自分で決めるものだから、systemdを使わないと自分が選択したら使わないことも出来るだけ。
ちなみにgentooでsysvinitはサポートされてなくて、OpenRCでエミュレーションされたものだよ。
Re: (スコア:0)
仕事でも使われることが多いディストリビューションはsystemdに移行したが、個人で使う物はあまり移行してない、もしくは選択を楽しめるって様子ですね
シェルスクリプトで細工して解決するのは楽しいですが、職場でやられると引き継ぎがリスキーでプロフェッショナリズムの欠如だって感じです。プロも趣味人も使うってのがLinuxの良さではありますが。