【init】Systemdアンチスレ [無断転載禁止]©2ch.net
>>1
不動明王とヴィントン・サーフはどっちの方が凄いですか? 2014年に立った実質的なSystemdアンチスレはこちらです。
Devuan: Debian Without Systemd Ver.1
http://hayabusa6.2ch.net/test/read.cgi/linux/1417248271/ システムの根幹でしかもいろいろ取り込んで広範囲に影響を与える癖に実装の質が低すぎるのが問題なんだよな
勝手にumask(0)しときながら制限の必要な所でパーミッション設定するの忘れてたり
誰でも読み書きできるsocketからの入力をそのままパースしといてそこがバグってるせいでinitがハングしたり 各ディストリが採用したときの一連の流れからもうLinuxは落ち目なのかと言われてたけど
少しずつSystemd-free系の運動が出てきたし何かをキッカケに大々的に状況が変わるといいなぁ 問題が起きてるから最低限のシェルに落ちようとsysrq+eとか+iでinit以外殺してんのにそのinitが延々とDMその他諸々再起動していたちごっことか糞すぎんだろ…
マジで頭腐ってんじゃねーか libavやgnome3と同じにするにはsystemd専用アプリみたいなのも旧システムで動かすラッパーを誰か書けばいいんじゃないかな まんまsvchostでどうにも
*nixは見通しがいいとか言ってた連中息してんの? >>8
確かに少なくとも起動関連はぐっちゃぐちゃだな。
Windows と比べてどうかは知らんが……。 systemdの最大の問題は高機能すぎること
際限なくいろんな機能が追加されて複雑になっていく
絶対にバグ・セキュリティホールがあってはいけない場所だから、
必要最低限の機能に絞り、短くてシンプルなコードで実装しなくてはいけない docker使うようになってからホストOS側にも軽量Linux系を選ぶようになったけど
大半がsystemdなんて採用してなくて嬉しい
まさかこんな形で縁を切れるとは思ってもなかった 作者が狂ったことを言わなきゃもう少しましな方向に進んだのではないか initは遅いというけれど、それはOSブート時やtelinit時のサービス起動が
単独プロセスでしか動作せず、いまどきのマルチコアの恩恵を受けていない、
というのが真意なのだと思うのだよね
でもそのサービス起動って、PC上での利用でもそう頻繁に発生しないよね
サーバ系マシンで動かす場合なら数ヶ月レベルでリブートもしないだろうし
(逆にsystemdのおかげでパッチ当ててリブートさせられている気もするよ)
むしろサーバ系マシンになると、サービス起動プロセスよりも、HW起動時の
POSTや外部ストレージの認識・起動なんか方がよっぽど時間がかかるもの
正直、ちょっと我慢すれば済むというだけのどうでもいい問題の解決のためだけに
壮大な力を、しかも大幅に間違ったポイントに入れていると思うのだよね systemdは極々一部の連中しか使っていないから、超過疎スレになっているし
このLinux板でもsystemdユーザーは3%以下じゃないのか
こんなんじゃスレが超過疎になるよな コアダンプのとり方がわからない
覚えても、次に必要になる頃には忘れてる >>16
喧嘩しようにも、systemdを使っているユーザーが少なすぎて喧嘩にならないからな >>18
ということは大半のユーザは Debian でも REHL でも Arch でもなく,
Gentoo や Slackware を使ってると……。
なるほど,systemd を使えない奴はインターネットも使えないのか。 Windowsはレジストリに記述してあるドライバやサービスを依存関係を見ながら並列にどんどん起動していく
systemdは、linuxでもwindowsとおなじことをやってみたいっていう程度の理由でつくられたもんだろ
ただし、多くのユーザーはそんなのを望んでないが、主要ディストリビューションが採用したので
強制的にsystemdに移行した感じでしょう profile sync daemonみたいにsystemdでしか動かなくなっちゃう
プログラムが出てきて実害発生中
天才様が気まぐれに作ったものでLinuxユーザー右往左往 systemdの設計思想はUNIX哲学に反するんですよ。もう間違いなく。
悪名高いWindowsのsvchost.exeとおんなじことをしているわけですからね。 リーナス「せやな、カーネルに何でも詰め込むとか UNIX 哲学に反してるわ」