FreeBSDを語れ Part51

■ このスレッドは過去ログ倉庫に格納されています
1名無しさん＠お腹いっぱい。
垢版 |
2020/05/26(火) 09:48:39.01
The FreeBSD Project
https://www.freebsd.org/ja/

前スレ
FreeBSDを語れ Part49
http://mevius.5ch.net/test/read.cgi/unix/1567770470/
FreeBSDを語れ Part50
https://mevius.5ch.net/test/read.cgi/unix/1579244083/

関連スレ
初心者もOK! FreeBSD質問スレッド その124
http://mevius.5ch.net/test/read.cgi/unix/1569601015/
2020/06/25(木) 13:16:34.23
>>563
そうならない様にreniceしておくんじゃないの
FreeBSDだとまあまあ言うこと聞くけどLinuxだとシカトされる事が多い
2020/06/25(木) 17:47:50.80
ベンチマークでFreeBSDに設定を合わせろと騒いでた奴と同じ奴か？
FreeBSDの設定を自分好みにすれば自分が思ったように動く
思ったように動かなかった場合は自分の設定が悪いと思い込む
Linuxの設定は知らないので思ったように設定できない
当然思ったように動作しないからLinuxは狂ってると言い出す
2020/06/25(木) 17:58:25.15
>>565
勘違いしてる。FreeBSDに合わせろ、Linuxに合わせろではなく、
公平に、同じ条件で比較しないとベンチマークにならないと言っただけ。
2020/06/25(木) 18:01:33.91
>>565
>>564

同じ事を実施した時の挙動の違いが書いてある
で、「Linuxは狂ってる」なんて誰も書いてないしFreeBSDだって発狂する時はするでしょうよ
カツカツな時にそうなりやすいかどうかの違いであって誰も狂ってるなどと思っていないはず
2020/06/25(木) 18:10:39.90
>>557
越後製菓!
2020/06/25(木) 18:13:27.15
>>568
その答えを待ってたぜ兄貴

正解！
2020/06/25(木) 21:29:53.37
>>546
スコットたんの職歴見て鳥肌
ttps://people.freebsd.org/~scottl/resume-scott-long.pdf
米海軍→Adaptec→McAfee→Copan→Yahoo→Netflix→Joynet→Intel
なんのファンタジーですか
2020/06/25(木) 22:02:15.14
>>570
技術的には凄いのかも知れないけど、周りと上手くやってけない人かな？
2020/06/25(木) 22:10:10.47
>>571
自分が吸収したい技術を学んだら次に行ってるだけだと思う
2020/06/25(木) 23:06:41.05
>>572
それは企業としては迷惑な奴だなw
2020/06/25(木) 23:30:20.09
向こうは日本のような終身雇用じゃないのだから・・・
2020/06/26(金) 00:45:20.98
>>564
> そうならない様にreniceしておくんじゃないの
プロセス殺さないためにreniceして優先させるとかアホやろ
そのために優先させたくない
2020/06/26(金) 02:42:37.49
最近インテルを退社したジム・ケラーさんも数年で会社を転々と渡り歩いてるからな
特定のプロジェクトで結果を残して次へ進んでる感じ
2020/06/26(金) 03:48:16.05
>>575
ンなわけないｗ
nice値いじるなら当然死んで然るべきものは優先度を下げて、死んだら困るものは上げるんでしょうよ
2020/06/26(金) 05:53:21.30
>>577
nice値って何のための値か知ってるのか？
プロセスの優先度を変えるんだぞ。

nice値に従ってプロセスを殺すっていうのは
優先度が高いプロセスを殺すのか
優先度が低いプロセスを殺すのか
言ってみ
2020/06/26(金) 05:54:40.99
当たり前だがプロセスの優先度が高いものは
CPUを多く割り当てられる。つまり負荷が高くなってる原因だ。

nice値をプロセスを殺す基準にするとか
アホな発想もいいとこ
2020/06/26(金) 05:58:07.86
そもそも論の話をすると、負荷が高いからプロセスを殺すっていうのもアホな発想なわけで
プリエンプティブマルチタスクってしってんのかってレベルだよなｗ
2020/06/26(金) 06:48:56.99
>>578
おはよう先生。朝早くから元気一杯ですね。
nice値の数字を大きくするとプロセスの優先度は下がる。小さくすれば上がる。
nice値で強引にシステムリソース枯渇時のプロセス生存優先順位をつける「ならば」、用途にもよるが浪費するものの優先順位はほどほどに下げる。
下げたからと言ってそう簡単には死なないし、リソースの使い方が大幅に制約されるわけでもない。

で、そんな小細工しなくても大抵はカーネルがよろしくやってくれる。
その先の事は宜しくお願い致します。アホな私と違ってプリエンプティブマルチタスクにお詳しいご様子なのでね。
2020/06/26(金) 07:02:03.31
>>580
FreeBSDとLinuxでのマルチタスクの扱いの違い、高負荷時のタスクの殺し方の違いを正確に書いて下さると、
「おお、ドヤるだけの事はある」と言うカッコいい見え方になると思いますよ
ではどうぞ
2020/06/26(金) 07:05:26.40
>>579
> 当たり前だがプロセスの優先度が高いものは
> CPUを多く割り当てられる。
うんうん、そうだな

> つまり負荷が高くなってる原因だ。
はあ？
バカってなんで直接関係ないものを結びつけてドヤるんだろうなw
2020/06/26(金) 07:52:09.08
>>583
↓いい加減、これは嘘でしたって認めろよ

> FreeBSDはちゃんとnice値に従い負荷の原因になったプロセスを殺すだけ

負荷が高くなったらプロセス殺すんじゃ
CPU100%の性能も出せないなｗ
2020/06/26(金) 07:52:51.10
>>582
> FreeBSDとLinuxでのマルチタスクの扱いの違い、高負荷時のタスクの殺し方の違いを正確に書いて下さると、

Linuxは高負荷になってもタスクを殺したりしない
正常に動いているからだ
2020/06/26(金) 07:57:57.20
>>584
そもそも「負荷が高くなったら」と言う書き方に語弊があったかな。ごめんね。
正確には「システムリソースが枯渇する程高負荷になったら」。
試せばわかるよ
2020/06/26(金) 08:00:08.13
>>585
残念ながら、死ぬんだよね。高性能なLinuxも無敵では無いんだよね。
ヒマな時に両方試してるから。面白いよ。
2020/06/26(金) 08:06:47.73
>>586
システムリソースの枯渇と高負荷の違いぐらい理解しようねｗ
取り繕っても、システムリソースの枯渇は高負荷と関係ねーから

そしてシステムリソースの枯渇とnice値の関係言ってみろよ
書き方に語弊どころか根本的に勘違いしてるくせになｗｗｗ
2020/06/26(金) 08:07:35.05
>>584
知らんがな、それはそれを主張してる奴に言えよ
俺は単に>>579が頓珍漢なバカって指摘してるだけだしw
2020/06/26(金) 08:12:35.20
>>589
システムリソースの枯渇と関係ない負荷が高くなっただけだけで
プロセス殺すわけねーじゃんｗ
システムリソースの枯渇と関係ないnice値に従うわけねーじゃんｗ
馬鹿なのはお前
2020/06/26(金) 08:21:47.68
>>571
日本人の感覚は異常w
2020/06/26(金) 08:57:57.21
>>590
だからそれはそう言ってるやつに言え
まあそれがどうあれ
> 当たり前だがプロセスの優先度が高いものは
> CPUを多く割り当てられる。つまり負荷が高くなってる原因だ。
とかドヤるアホがいた事は変えられないけどなw
2020/06/26(金) 08:59:08.23
>>571
外資系の知り合いおらんのか？
結構頻繁に転職してる
2020/06/26(金) 08:59:10.71
素人同士の罵り合い。
2020/06/26(金) 09:21:07.61
平和だねえ。
2020/06/26(金) 09:52:26.34
ipfwを勉強するとしたら、どこから手をつけるといいですか？
2020/06/26(金) 09:55:00.98
まあいつまでもAdaptec や米Yahoo にいてもしょうがないというか、いたら死んでるしね。
2020/06/26(金) 09:59:18.89
>>596
とりえあずどうなってもいいネットワークとマシンを準備して好きなだけ試せばいいんじゃないかな。
2020/06/26(金) 10:50:15.80
うちの会社でもあるわ。
全ての書類が「最優先」で処理しろと・・・

これでは、全ての書類を「鈍行」で処理していいと言っているのと同じ。
2020/06/26(金) 11:31:38.05
一生のお願い！！を何度も使うのと同じだな。
割り込み処理、例外処理をすると後々のトラブルの元に。。。
2020/06/26(金) 12:37:07.33
プロセス殺さないといけないのはCPUの使用率じゃなくて、swap領域も含めたメモリの使用状況だけど...
2020/06/26(金) 14:20:55.52
>>601
やっとまともなことを言えるやつが来たかｗ

そして残ってる謎（馬鹿なだけだが）はnice値（プロセスの優先度）で
どれをキルするかを決めるという意味不明な発言ｗ

リソースを枯渇するに至った要因のプロセスではなく、
優先してないやつ（もしかしたら優先してるやつ？）をキルするというねｗ

キルされたくなかったら（例えばsshd）はプロセスの優先度を高くして
より多くのCPU使用率を割り当てろとでも言うんだろうかｗ

プロセスの優先度が高いやつがCPUを多く使用していたら
さてどうなるんだろうなぁｗ
2020/06/26(金) 14:39:02.22
昼下がり

　常駐プロセス

　　　いきり立つ


カコーン
2020/06/26(金) 14:41:23.94
こう言うのをゾンビプロセスと言うのだろう。

しかし、居なければ居ないで、閑散として寂しさもある。笑
2020/06/26(金) 14:51:03.70
>>602
高可用性クラスタを組んでたら、忙しい奴はさよならするけど、引き取った側のサーバがヤバくなるね。

だから、普通の会社だとメモリに余裕があるか、swapも余裕がある。
費用をケチる会社だと大惨事になるけどswapを広げると一時的に問題は解決する。

プロセスkill 起こったら、何が殺されてるかわからないから、OS再起動して復旧させるよ。
2020/06/26(金) 14:59:04.57
>>602
ごたくを言う前に
> 当たり前だがプロセスの優先度が高いものは
> CPUを多く割り当てられる。つまり負荷が高くなってる原因だ。
とか嘘ついてごめんなさいしたら？ww
2020/06/26(金) 15:02:42.68
>>605
> プロセスkill 起こったら、何が殺されてるかわからないから、OS再起動して復旧させるよ。
それは当たり前

変なことを言ってるのは>>553

> そんな心配はいらんよ
> FreeBSDはちゃんとnice値に従い負荷の原因になったプロセスを殺すだけ
>
> それに対しLinuxはそんなものは構わず何もかも手がつけられなくなるくせに完全には死なない
> ゾンビと言う表現はこちらの方が適切か
>
> データの安全性を問うならどちらがより危険なのかわかるよねえ

1. [間違い] FreeBSDはちゃんとnice値に従い負荷の原因になったプロセスを殺す
2. [間違い] 負荷の原因になったプロセスを殺すから心配ない
なぜなら完全に死なないで動き続けるからより危険（笑）

こいつの理屈、完全に死んだほうが安全と言うなら、FreeBSDはnice値に関係なく
プロセスキルが起きたらOSごと死ぬべきだろう

だが、こいつは負荷の原因になったプロセスを殺すといいながら、
reniceしておけば、負荷の原因になったプロセスは死なないとか矛盾したことを言って
しかもプロセスだけが死ぬなら、OSは完全に死なないということで、それはゾンビということになる

言ってる理屈が破綻しまくっている
2020/06/26(金) 15:29:39.89
平日の昼間から匿名掲示板に常駐している奴の人生は特に破綻していると思うよ
2020/06/26(金) 17:11:44.16
ふたばの方なのでセーフ
2020/06/26(金) 18:15:57.05
>>573
アメリカは自分のスキルアップのために転職するのが普通。
そうやってキャリアを積めば積むほどと次の会社で優遇される。
2020/06/26(金) 18:23:36.41
>>602
えー？

>>601
キャッシュ一杯持ってるhttpサーバーとかが真っ先に落とされるってこと？
Webサーバー機なのに
2020/06/26(金) 18:47:45.38
>>611
お前は、ウェブサーバーで、ウェブサーバー以外のプロセスが"システムリソース"（繰り返すがシステムリース。負荷とかいう馬鹿は消えろ）
不足で落ちた時、ふぅ、キルされたのはウェブサーバーじゃないから良かった。このまま動かし続けられるな！
って使い続けるんかよ。アホか

FreeBSDでどのプロセスだろうが落ちたら、対応しなきゃいかん。
中途半端な状態で動き続けていいわけねーだろ
それはゾンビのようなもんだｗ

お前はウェブサーバーだけを生かそう。だからnice値で優先度を高くする
（高くしても落ちるプロセスを決めるのと何の関係もない）とか言ってるようだがな

あのなぁ、ウェブサーバーならシステムリソース枯渇も負荷が高くなるのも
その原因の多くはウェブサーバーなの。ウェブサーバーメインで動いてるマシンなんだから当たり前だろ！
そのマシンで他の何のプロセスが仕事してるっていうんだよ。あーほ
原因を解決するんだから、ウェブサーバーをキルにする決まってるだろ。

原因（ウェブサーバー）をキルしてsshや死活監視プロセスなど
いつもは裏方で動いてるプロセスにアクセスしてメンテナンスを行えるようにするために
負荷をかけてるであろうウェブサーバーをキルするんだろ。クソ素人が
2020/06/26(金) 19:07:04.23
>>612
気持ちはわかるがもちつけ
2020/06/26(金) 19:16:36.41
>>612
ムキになると違う切り口で粘着されるぞ
今日じゃなくても
2020/06/26(金) 20:31:50.20
Webサーバは前段にロードバランサいれたらシステムの負荷は下げられるから楽チンだよね。
2020/06/26(金) 20:35:54.66
俺のエロ画像クローラが真っ先に殺されるのはカーネルに不要だって判断されてるってことか・・・
2020/06/26(金) 20:39:42.70
懲りずにまた作ったのか

素晴らしい。
2020/06/26(金) 20:46:56.77
>>612
君の論で行くと、リソース不足するとぱったり倒れるWindows95が一番ってことだね
httpdが落ちてCGIだけ動いててもどうにもならないのだし、そしたらもう
リブートするしかないじゃないか
2020/06/26(金) 20:51:15.18
>>612
httpdが暴走状態だと動かない「死活監視プロセス」の存在意義について教えてくれる？
httpd殺してから「ああ死にましたよー」なんて言ってくるのかよ、FreeBSDのWebサーバーは

>メンテナンス

httpd殺しちゃったら状況が分からなくなっちゃうじゃんか
それでいいの？コアくらいとれやって怒られてない？
2020/06/26(金) 20:59:46.81
619 はインフラ技術者じゃない事はわかった。
面倒なので、話に加わらないけど。
2020/06/26(金) 21:06:14.97
>>576
ジムケラーが何か業績を残したとでもいうのですか？
2020/06/26(金) 21:06:49.02
>>618
一語だけ訂正すると正しい

君の論で行くと、リソース不足するとぱったり倒れるOSが一番ってことだね
httpdが落ちてCGIだけ動いててもどうにもならないのだし、そしたらもう
リブートするしかないじゃないか
2020/06/26(金) 21:09:17.45
>>604
ゾンビプロセスとは、親が wait() するまでの間の子プロセスのことなのでは？
2020/06/26(金) 21:09:26.54
>>619
> httpdが暴走状態だと動かない「死活監視プロセス」の存在意義について教えてくれる？

httpdにnice値を上げて優先度をあげると、httpdが暴走するとCPUを奪われて
DoS攻撃と同じ状態になって「死活監視プロセス」が正常に働かなくなる

だから「死活監視プロセス」の存在意義を出すために
「死活監視プロセス」は死んではいけないし
httpdを先に死ぬようにしなければいけない

お前の理屈ではnice値を上げてはいけないということになる
（実際にはnice値はプロセスキルの優先順位と関係ない）
2020/06/26(金) 21:10:21.35
>>619
> httpd殺しちゃったら状況が分からなくなっちゃうじゃんか

お前はhttpdが無いと何もデータ取れないんか？ｗ
必ずhttpd入れとかなきゃいけないなｗｗｗ
2020/06/26(金) 21:11:07.04
素人視点だけど、そもそもOSとかの問題じゃなく、リソース枯渇するような状況で、killされるされないとかではなく、
その構成だったりプログラムを作った人の問題なんじゃない？
2020/06/26(金) 21:13:15.69
622を補足しちゃうと、ロードバランサがwebサーバがサービスできているかを監視してて、一定時間反応しなかったら、そのwebサーバにはお仕事振らなくなるのが、それなりのシステム
2020/06/26(金) 21:14:19.92
ま、通常は「死活監視プロセス」にアクセスできなかったら
強制的に再起動させるもんだけどね。
クラウドなら基本機能にあるからそれは簡単

リモートのサーバーだったら、httpdだけ動いていてsshdとかがプロセスキルされたら
アクセスできなくて大変になる。httpdが死ぬ分にはアクセスが可能だから
システムリソース（負荷じゃなくて笑）が不足したら、その原因であるhttpdにさっさと死んでもらう

普通はOSの管理外で再起動だけはできるようになってるはずだが
もしくはデータセンターのサーバーメンテナンス要員に再起動を依頼する
2020/06/26(金) 21:15:23.65
>>622
そんなOSがサーバで動いてたらあちこちのサイトが止まりまくってそうだが。そんなのが一番？
一番保守が楽なのは、たとえばリソースが90%超えたら鯖管にメール飛ばしてリモートでいじってもらい、
どうにもならないときは予備のサーバにスイッチしてから停止。翌日起動して状態を調べて原因が
わかったら直して復旧てのがいい。
630名無しさん＠お腹いっぱい。
垢版 |
2020/06/26(金) 21:18:37.50
いやぁFreeBSDのスレッドでもりあがっとるのぉ
昔を思い出すじゃ
ふおっふおっふおっ
2020/06/26(金) 21:21:18.95
>>629
> そんなOSがサーバで動いてたらあちこちのサイトが止まりまくってそうだが。そんなのが一番？

お前馬鹿なのか？今はシステムリソース（負荷じゃなくてだからな）が不足してる場合に
ウェブサーバーがキルされるのがいいか、ウェブサーバー以外の任意のプロセスがキルされるのが
どちらがいいかだろ

あちこちのサーバーが止まりまくる？あちこちのサーバーがシステムリソース不足だってのか？
あちこちのサイトがウェブサーバー以外のプロセスがキルされてるっていうのか？

お前の前提がそもそもおかしいよな


> 一番保守が楽なのは、たとえばリソースが90%超えたら鯖管にメール飛ばしてリモートでいじってもらい、
> どうにもならないときは予備のサーバにスイッチしてから停止。翌日起動して状態を調べて原因が
> わかったら直して復旧てのがいい。

マジ素人だなｗ リモートでいじれば問題が解決できるとでも？
実際に解決の内側を知らんから、
すごい人がなにかやって解決できるんだろって思ってるだろ

一つでも具体的な原因と対処法の例言えるか？
言えねぇだろうな
2020/06/26(金) 21:24:03.00
>>631
629 に説明しても無駄なのでやめよう
2020/06/26(金) 21:33:40.51
>>631
あまり親しくない親戚にそいつみたいな糖質の子がいてだな
2020/06/26(金) 21:54:59.19
>>620
そうだね、コアくらいとれよクソがっ！！！とか言ってる側
2020/06/26(金) 21:57:10.14
Player killing
2020/06/26(金) 22:14:27.41
>>633
説明出来なくなると、相手をアスペとか糖質とか言い出すのは何でだぜ？
2020/06/26(金) 22:26:49.28
>>636
本物の臭いがプンプンするから
2020/06/26(金) 22:28:55.64
>>636
あなたに同意。

相手を否定する事で自分の馬鹿さを正当化しようとするタチの悪いやつだね。
2020/06/26(金) 22:33:57.58
リソースが90%超えました！大変です。
畜生、どうにもならねぇ。予備のサーバーにスイッチして停止しよう

どうにもならない問題が発生してるが
予備のサーバーにスイッチすれば大丈夫だろ
対応はあーしたあした

これが許されるとか、マジ素人ｗ
2020/06/26(金) 22:45:54.51
これ、ID強制にしてもらった方がいいんじゃない？
2020/06/26(金) 22:51:56.96
1号ロボがやられた後に出てくる2号ロボは、1号ロボを倒した敵を圧勝して1号ロボの立つ瀬がない。
こんな事もあろうかと、超ハイスペックなマシンを用意して、スタンバイさせとけばいいんだ。
FreeBSD だと最新のCPUの性能引き出せないけど。
2020/06/26(金) 23:17:57.95
>>640
スレ立て時の !extend コマンドは SETTING.TXT に BBS_USE_VIPQ2=2 が必要
unix 板に記述されているかと言うと・・・
https://mevius.5ch.net/unix/SETTING.TXT
2020/06/26(金) 23:19:54.37
５ちゃんねるマニアにはなりたくないなぁｗ
2020/06/26(金) 23:30:40.50
>>642
俺も調べた事ある　現状ではスレッド作成コマンドは効かないみたいね
運営に動いてもらうしか方法はないんだろうけど、なかなかそうはいかないでしょうね
中の人降臨も最近は無いみたいだし
2020/06/26(金) 23:38:42.45
>>639
FreeBSDは90%でどうにもならなくなっちゃうんだ
初めから弐号機(Linux)使えば良いのに
2020/06/27(土) 04:18:37.23
>>639
じゃその場で必ずなんとかしないとね。ちょと間違っておかしくしてしまったら怒られるだけじゃ済まなくなる。
ECサイトだと注文データ失ったりするし。その損額全部おっかぶせられるの？
それくらいならさっさと予備にスイッチした方が損害出なくていいと思うが。
2020/06/27(土) 07:39:10.09
また素人君だー
2020/06/27(土) 07:42:35.99
なんだか色々知りたい様だから犬小屋にでも行ってくんねーかなー
2020/06/27(土) 08:23:07.41
>>646
なんで予備にスイッチしたら、問題が解決すると思ってんだ？
2020/06/27(土) 09:02:03.94
抽選ばかりで予備どころか一個目のスイッチも買えないのに
2020/06/27(土) 09:10:27.70
日経読者ですね

任天堂社長、スイッチ供給不安「近く生産正常化」
https://r.nikkei.com/article/DGXMZO60830110W0A620C2000000
2020/06/27(土) 10:36:57.42
確かに >>646 考え方は素人以下のアルバイトレベルだな。いや、それ以下かもしれないな。
2020/06/27(土) 12:51:20.68
むしろ>>639の方が想像で語ってるような気がするがw
2020/06/27(土) 13:04:54.35
>>653
>>639の想像は、あくまで想像で馬鹿にしているだけだけど、
>>646のコメントは問題に直面した時の対応を真面目に持論を述べているでしょ。
後者の方がヤバいでしょ。
2020/06/27(土) 13:12:46.61
両方ヤバいで終了だろww
2020/06/27(土) 13:13:47.95
トカゲの尻尾的な自演のかほりもするが
2020/06/27(土) 13:16:04.58
素人君、負けそうになったら、他を巻き込んで自爆を狙う
2020/06/27(土) 14:28:04.67
引っ込みつかなくなってるのか？w
2020/06/27(土) 15:02:30.81
FreeBSDはCPUの性能を引き出せないのでベンチは遅いし
負荷耐性が高いわけでもないし（低いというエビデンスもないが）
高負荷時の挙動がLinuxと比べて適切という訳でもない。

ただそれだけの話じゃん？
2020/06/27(土) 15:26:11.92
スイッチは強化版の発売を匂わせるだけで転売屋が在庫を放出するのにな(´・ω・｀)
2020/06/27(土) 15:49:13.73
あつ森さえできれば...
2020/06/27(土) 15:52:28.91
>>659
こいつの話が全く出て来なかったのが不思議
OOM - Wikipedia
https://ja.wikipedia.org/wiki/OOM
2020/06/27(土) 16:32:49.94
>>655
そうか？
前者は、馬鹿に馬鹿と言っているだけで、
後者は、自分が馬鹿と気づいてない馬鹿。

その違いがわからない馬鹿ってのもヤバイんじゃない？
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況