[過去ﾛｸﾞ] FreeBSDを語れ Part51 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
603: 2020/06/26(金)14:39 AAS
昼下がり
常駐プロセス
いきり立つ
カコーン
604(1): 2020/06/26(金)14:41 AAS
こう言うのをゾンビプロセスと言うのだろう。
しかし、居なければ居ないで、閑散として寂しさもある。笑
605(1): 2020/06/26(金)14:51 AAS
>>602
高可用性クラスタを組んでたら、忙しい奴はさよならするけど、引き取った側のサーバがヤバくなるね。
だから、普通の会社だとメモリに余裕があるか、swapも余裕がある。
費用をケチる会社だと大惨事になるけどswapを広げると一時的に問題は解決する。
プロセスkill 起こったら、何が殺されてるかわからないから、OS再起動して復旧させるよ。
606: 2020/06/26(金)14:59 AAS
>>602
ごたくを言う前に
> 当たり前だがプロセスの優先度が高いものは
> CPUを多く割り当てられる。つまり負荷が高くなってる原因だ。
とか嘘ついてごめんなさいしたら？ww
607: 2020/06/26(金)15:02 AAS
>>605
> プロセスkill 起こったら、何が殺されてるかわからないから、OS再起動して復旧させるよ。
それは当たり前
変なことを言ってるのは>>553
> そんな心配はいらんよ
> FreeBSDはちゃんとnice値に従い負荷の原因になったプロセスを殺すだけ
>
> それに対しLinuxはそんなものは構わず何もかも手がつけられなくなるくせに完全には死なない
> ゾンビと言う表現はこちらの方が適切か
>
> データの安全性を問うならどちらがより危険なのかわかるよねえ
1. [間違い] FreeBSDはちゃんとnice値に従い負荷の原因になったプロセスを殺す
2. [間違い] 負荷の原因になったプロセスを殺すから心配ない
なぜなら完全に死なないで動き続けるからより危険（笑）
こいつの理屈、完全に死んだほうが安全と言うなら、FreeBSDはnice値に関係なく
プロセスキルが起きたらOSごと死ぬべきだろう
だが、こいつは負荷の原因になったプロセスを殺すといいながら、
reniceしておけば、負荷の原因になったプロセスは死なないとか矛盾したことを言って
しかもプロセスだけが死ぬなら、OSは完全に死なないということで、それはゾンビということになる
言ってる理屈が破綻しまくっている
608: 2020/06/26(金)15:29 AAS
平日の昼間から匿名掲示板に常駐している奴の人生は特に破綻していると思うよ
609: 2020/06/26(金)17:11 AAS
ふたばの方なのでセーフ
610: 2020/06/26(金)18:15 AAS
>>573
アメリカは自分のスキルアップのために転職するのが普通。
そうやってキャリアを積めば積むほどと次の会社で優遇される。
611(1): 2020/06/26(金)18:23 AAS
>>602
えー？
>>601
キャッシュ一杯持ってるhttpサーバーとかが真っ先に落とされるってこと？
Webサーバー機なのに
612(4): 2020/06/26(金)18:47 AAS
>>611
お前は、ウェブサーバーで、ウェブサーバー以外のプロセスが"システムリソース"（繰り返すがシステムリース。負荷とかいう馬鹿は消えろ）
不足で落ちた時、ふぅ、キルされたのはウェブサーバーじゃないから良かった。このまま動かし続けられるな！
って使い続けるんかよ。アホか
FreeBSDでどのプロセスだろうが落ちたら、対応しなきゃいかん。
中途半端な状態で動き続けていいわけねーだろ
それはゾンビのようなもんだｗ
お前はウェブサーバーだけを生かそう。だからnice値で優先度を高くする
（高くしても落ちるプロセスを決めるのと何の関係もない）とか言ってるようだがな
あのなぁ、ウェブサーバーならシステムリソース枯渇も負荷が高くなるのも
その原因の多くはウェブサーバーなの。ウェブサーバーメインで動いてるマシンなんだから当たり前だろ！
そのマシンで他の何のプロセスが仕事してるっていうんだよ。あーほ
原因を解決するんだから、ウェブサーバーをキルにする決まってるだろ。
原因（ウェブサーバー）をキルしてsshや死活監視プロセスなど
いつもは裏方で動いてるプロセスにアクセスしてメンテナンスを行えるようにするために
負荷をかけてるであろうウェブサーバーをキルするんだろ。クソ素人が
613: 2020/06/26(金)19:07 AAS
>>612
気持ちはわかるがもちつけ
614: 2020/06/26(金)19:16 AAS
>>612
ムキになると違う切り口で粘着されるぞ
今日じゃなくても
615: 2020/06/26(金)20:31 AAS
Webサーバは前段にロードバランサいれたらシステムの負荷は下げられるから楽チンだよね。
616: 2020/06/26(金)20:35 AAS
俺のエロ画像クローラが真っ先に殺されるのはカーネルに不要だって判断されてるってことか・・・
617: 2020/06/26(金)20:39 AAS
懲りずにまた作ったのか
素晴らしい。
618(1): 2020/06/26(金)20:46 AAS
>>612
君の論で行くと、リソース不足するとぱったり倒れるWindows95が一番ってことだね
httpdが落ちてCGIだけ動いててもどうにもならないのだし、そしたらもう
リブートするしかないじゃないか
619(2): 2020/06/26(金)20:51 AAS
>>612
httpdが暴走状態だと動かない「死活監視プロセス」の存在意義について教えてくれる？
httpd殺してから「ああ死にましたよー」なんて言ってくるのかよ、FreeBSDのWebサーバーは
>メンテナンス
httpd殺しちゃったら状況が分からなくなっちゃうじゃんか
それでいいの？コアくらいとれやって怒られてない？
620(1): 2020/06/26(金)20:59 AAS
619 はインフラ技術者じゃない事はわかった。
面倒なので、話に加わらないけど。
621: ◆QZaw55cn4c 2020/06/26(金)21:06 AAS
>>576
ジムケラーが何か業績を残したとでもいうのですか？
622(1): 2020/06/26(金)21:06 AAS
>>618
一語だけ訂正すると正しい
君の論で行くと、リソース不足するとぱったり倒れるOSが一番ってことだね
httpdが落ちてCGIだけ動いててもどうにもならないのだし、そしたらもう
リブートするしかないじゃないか
623: ◆QZaw55cn4c 2020/06/26(金)21:09 AAS
>>604
ゾンビプロセスとは、親が wait() するまでの間の子プロセスのことなのでは？
624: 2020/06/26(金)21:09 AAS
>>619
> httpdが暴走状態だと動かない「死活監視プロセス」の存在意義について教えてくれる？
httpdにnice値を上げて優先度をあげると、httpdが暴走するとCPUを奪われて
DoS攻撃と同じ状態になって「死活監視プロセス」が正常に働かなくなる
だから「死活監視プロセス」の存在意義を出すために
「死活監視プロセス」は死んではいけないし
httpdを先に死ぬようにしなければいけない
お前の理屈ではnice値を上げてはいけないということになる
（実際にはnice値はプロセスキルの優先順位と関係ない）
625: 2020/06/26(金)21:10 AAS
>>619
> httpd殺しちゃったら状況が分からなくなっちゃうじゃんか
お前はhttpdが無いと何もデータ取れないんか？ｗ
必ずhttpd入れとかなきゃいけないなｗｗｗ
626: 2020/06/26(金)21:11 AAS
素人視点だけど、そもそもOSとかの問題じゃなく、リソース枯渇するような状況で、killされるされないとかではなく、
その構成だったりプログラムを作った人の問題なんじゃない？
627: 2020/06/26(金)21:13 AAS
622を補足しちゃうと、ロードバランサがwebサーバがサービスできているかを監視してて、一定時間反応しなかったら、そのwebサーバにはお仕事振らなくなるのが、それなりのシステム
628: 2020/06/26(金)21:14 AAS
ま、通常は「死活監視プロセス」にアクセスできなかったら
強制的に再起動させるもんだけどね。
クラウドなら基本機能にあるからそれは簡単
リモートのサーバーだったら、httpdだけ動いていてsshdとかがプロセスキルされたら
アクセスできなくて大変になる。httpdが死ぬ分にはアクセスが可能だから
システムリソース（負荷じゃなくて笑）が不足したら、その原因であるhttpdにさっさと死んでもらう
普通はOSの管理外で再起動だけはできるようになってるはずだが
もしくはデータセンターのサーバーメンテナンス要員に再起動を依頼する
629(1): 2020/06/26(金)21:15 AAS
>>622
そんなOSがサーバで動いてたらあちこちのサイトが止まりまくってそうだが。そんなのが一番？
一番保守が楽なのは、たとえばリソースが90%超えたら鯖管にメール飛ばしてリモートでいじってもらい、
どうにもならないときは予備のサーバにスイッチしてから停止。翌日起動して状態を調べて原因が
わかったら直して復旧てのがいい。
630: 2020/06/26(金)21:18 AAS
いやぁFreeBSDのスレッドでもりあがっとるのぉ
昔を思い出すじゃ
ふおっふおっふおっ
631(2): 2020/06/26(金)21:21 AAS
>>629
> そんなOSがサーバで動いてたらあちこちのサイトが止まりまくってそうだが。そんなのが一番？
お前馬鹿なのか？今はシステムリソース（負荷じゃなくてだからな）が不足してる場合に
ウェブサーバーがキルされるのがいいか、ウェブサーバー以外の任意のプロセスがキルされるのが
どちらがいいかだろ
あちこちのサーバーが止まりまくる？あちこちのサーバーがシステムリソース不足だってのか？
あちこちのサイトがウェブサーバー以外のプロセスがキルされてるっていうのか？
お前の前提がそもそもおかしいよな
> 一番保守が楽なのは、たとえばリソースが90%超えたら鯖管にメール飛ばしてリモートでいじってもらい、
> どうにもならないときは予備のサーバにスイッチしてから停止。翌日起動して状態を調べて原因が
> わかったら直して復旧てのがいい。
マジ素人だなｗ リモートでいじれば問題が解決できるとでも？
実際に解決の内側を知らんから、
すごい人がなにかやって解決できるんだろって思ってるだろ
一つでも具体的な原因と対処法の例言えるか？
言えねぇだろうな
632: 2020/06/26(金)21:24 AAS
>>631
629 に説明しても無駄なのでやめよう
上下前次1-新書関写板覧索設栞歴
あと 370 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.029s