[過去ﾛｸﾞ] Debian GNU/Linux スレッド Ver.93 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
302: 2019/12/16(月)20:20 ID:W3XDLZlr(2/2) AAS
企業の力をもってしても開発が回らないなら乞食衆が独自路線を選ぶなど不可能だと気付け
303: 2019/12/16(月)20:50 ID:NVfQFMxs(5/5) AAS
不自然な成果物に不自然な擁護
マジ滅べ
304: 2019/12/16(月)20:59 ID:heKiOkwd(1) AAS
スポンサーの意向に従ったけど肝心のスポンサーからの実入りが減ったとかそんなとこかね？
305: 2019/12/16(月)23:11 ID:U29B7RD3(1) AAS
最近の情勢知らんけど
sysvinit 系みたいなの残ってんの？
派生鳥で systemd 排除したモノがあるらしいけど
LXQt みたいな感じで合流？するの？？
306: 2019/12/16(月)23:43 ID:Fp6yayGH(1) AAS
本気でユーザーにメリットないと思っているんか？
底が浅いのぉ
307: 2019/12/16(月)23:51 ID:vB161ZIe(1) AAS
Debianでいえば、現状はsysvinitもあるしそれ以外の実装openrcとか
runitとかもある
systemd以外もサポートしなければならない、多様性を認める程度、
はてはsystemdのみサポート、というレベル感の違う選択肢が投票の
オプションとして用意されてる
どれがどういうものかをまとめたIanのblog記事が参考になる
外部ﾘﾝｸ[html]:diziet.dreamwidth.org
308: 2019/12/17(火)01:40 ID:N3b7qwB4(1) AAS
systemdが使用してるメモリ量ってどこを見ればいいの？
少ないんだとは思うけどユニットファイル追加したらどれくらい増えるんだろうか？
309: 2019/12/17(火)01:40 ID:M7RKHLks(1) AAS
Systemdの使用法書かれた記事はあっても
initと数値を比較して優位性を示した記事は見たことがない
メリットとされていたのは口先だけの誤魔化しで実際はデメリットばかり
ブラックボックス化して悪巧みしたいのだろうとだけ感じる
310: 2019/12/17(火)05:09 ID:9RFGRp92(1) AAS
systemdのメリットは数値じゃなくて便利さでしょ？
initが起動時したときだけの処理をしてるのに対して
systemdはシステムの動的な変化をトリガーに処理を行う
システムが起動した時だけじゃなくて
ディスクがマウントされたとか特定の時間になったとか
ネットワーク構成が変わったとか
数値の前にinitは機能が足りてないんだよ。
あとinit.dのスクリプトが面倒くさい。自分でpidファイルを作ってとか
start/stop時の処理を書いてとかやらないといけない。
自分で新しいアプリを作ったときに必要になるコードの量がぜんぜん違う
省1
311(1): 2019/12/17(火)06:26 ID:UTO5VfwP(1) AAS
毎回ゼロからでなし
比較として適切かどうか
「Java はコードが長いからダメ」っていうのとどう違うか説得力もたせないと
312(1): 2019/12/17(火)10:46 ID:JaRFpJrg(1) AAS
- - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
7b77e0f2-4ff9-4adb-85e4-af249191f27a
[ ] Choice 1: F: Focus on systemd
[ ] Choice 2: B: Systemd but we support exploring alternatives
[ ] Choice 3: A: Support for multiple init systems is Important
[ ] Choice 4: D: Support non-systemd systems, without blocking progress
[ ] Choice 5: H: Support portability, without blocking progress
[ ] Choice 6: E: Support for multiple init systems is Required
[ ] Choice 7: G: Support portability and multiple implementations
[ ] Choice 8: Further Discussion
省3
313: 2019/12/17(火)12:33 ID:OlEawMzQ(1) AAS
systemctl statusは便利
314: 2019/12/17(火)15:58 ID:UW9yVEU1(1/3) AAS
あと/etc/systemd以下にファイルを配置することで
簡単にデフォルト設定を変更できるのもいいな
以前はインストールすると勝手に起動するサービスを
停止させるのは面倒だった
315: 2019/12/17(火)16:05 ID:UW9yVEU1(2/3) AAS
>>311
Javaのコードの長さは型情報の追加という意味があるから全然話が違うよ。
init.dの場合、initが面倒を見てくれれば書かなくて済むものを
自分で書かなければいけない。しかもそのやり方はディストリごとに
パスが違ったりと微妙に異なる可能性がある。
なにより量が違いすぎる。/etc/init.d/cronは少ないほうだと思うが92行もある
それに対して/lib/systemd/system/cron.serviceは12行
316: 2019/12/17(火)16:11 ID:UW9yVEU1(3/3) AAS
>>312
今のままのinitの使い方はやめるべきだと思うな
init自体はそのままでも良いと思うんだけど、
init.dのスクリプト群にフレームワーク的な構造をを取り入れて
処理を共通化するべきだろう。そしておそらくそれはできる。
start/stop/status的なものはデフォルトで共通処理
そしてオーバーライド可能とかね
そうしないとメンテナンスが大変すぎる。
317(1): 2019/12/18(水)03:45 ID:RepDV8Lm(1) AAS
Debianをsystemdに売り渡した連中がデカイ面してるので
出ていった半数のメンテナは戻ってこない
つまりDebianが暗黒面に落ちたから*BSDへ移る用意をしておけということだ
318(1): 2019/12/18(水)06:20 ID:MB7RJ0fN(1) AAS
要するに、sysvinit かなにかをデフォルトにして
「選びたければ systemd にしな」というかんじにしたい人が結構多いのかな
319: 2019/12/18(水)07:44 ID:zH1F31WX(1) AAS
>>317
そんな事言っちゃっていいの？
間違いなくドライバ云々で苦労する人続出だよ
320: 2019/12/18(水)08:41 ID:O+Yu98Ta(1/4) AAS
systemdってexponential backoffないのか？つらいな
デフォルトは10秒間で5回まで再起動が行うっていうけど
起動に3秒ぐらいかかってるから、10秒で5回の閾値超えないんだよな
つまり永遠に再起動を繰り返す。
ちゃんとそこまで確認して設定すりゃいいんだろうが
簡単にミスしてログでディスク枯渇してしまう
321: 2019/12/18(水)09:53 ID:0A9rzvn8(1) AAS
>>318
blogでどう投票したかを表明している人の内容を見てる感じ
systemd推進派とinit多様性維持派で半々ぐらいの印象
まあN=1桁だけど
上下前次1-新書関写板覧索設栞歴
あと 681 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.019s