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/
539名無しさん＠お腹いっぱい。
垢版 |
2020/06/24(水) 19:06:19.25
次の仕事依頼はフィリピンか
2020/06/24(水) 19:55:09.25
.....要件を
聞こうか.....
2020/06/24(水) 20:01:17.59
> お前を消す方法

何となくオフィスのイルカが思い浮かんだので
2020/06/24(水) 21:06:07.14
俺は犬のロッキーにしてた
2020/06/24(水) 21:25:42.17
あれが出る時、ディスクが動きで出して他の操作を受付けなかった思い出
2020/06/24(水) 21:40:32.29
Netflixスポンサーの直近のコミットを見たらNetflixはUFSを使っている気がしてきた
https://github.com/freebsd/freebsd/compare/575fcf6...5d472bc
実際はどうなのかわからんけど
2020/06/24(水) 22:12:05.80
>>517
結論それでいいじゃないか？
FreeBSDは総主張しているが、その根拠はない
2020/06/24(水) 22:16:40.02
>>544
Netfilix はUFS使ってるよ。
https://www.youtube.com/watch?v=FL5U4wr86L4
2020/06/24(水) 22:21:25.24
>>545
もちろん高負荷耐性が無いという主張も根拠が無いけどね
2020/06/24(水) 22:30:50.11
だから「根拠がない」という結論にするのが俺の目的なんだってｗ
2020/06/24(水) 22:48:23.99
そう言えば何でデータを掲示せずに散々主張しているんだろ　しかも公式が
政治や商業的圧力でもあるのかな

俺はどっちでもいいや。
確かなのはLinuxが発狂して制御不能になる状況でもFreeBSDはゾンビの様に生き残っている事
経験しないとわからんよ。文字数字だけのデータでは実感など湧かないし
2020/06/24(水) 23:41:47.62
>>546
私、英語は出来ないって言ったよね！
マジで英語はさっぱりわからん
まあがむばって20分あたりのところでUFS+Jurnalを見つけた！
2020/06/24(水) 23:44:26.31
>>547
誰もしていない主張に根拠がないとか言い出すのはアスペ？
2020/06/24(水) 23:45:42.88
>>549
ゾンビになってデータを穢すくらいなら、黙って死ねと思うがなあ
2020/06/25(木) 00:59:17.01
>>552
そんな心配はいらんよ
FreeBSDはちゃんとnice値に従い負荷の原因になったプロセスを殺すだけ

それに対しLinuxはそんなものは構わず何もかも手がつけられなくなるくせに完全には死なない
ゾンビと言う表現はこちらの方が適切か

データの安全性を問うならどちらがより危険なのかわかるよねえ
何にしろ、両方の挙動を見たことが無いと何もわからんのよ
2020/06/25(木) 01:58:24.36
>>553
負荷が高い＝仕事をしてる人を殺してどうすんの
足の引っ張り合いが大好きな日本人らしい感想だなあ
2020/06/25(木) 02:55:13.08
>>554
ちゃんと仕事してるのか、暴走してるのか、ゾンビになってるのかカーネルは判別できないだろう
だからカーネルにとって邪魔なプロセスを止めることしかできないんじゃないかな
2020/06/25(木) 03:29:08.24
それはFreeBSDだってLinuxだってAIXだって同じ話だよなあ？
なんでLinuxのやってることを発狂と言い出すのか理解できん
2020/06/25(木) 05:26:02.56
さて問題です。この中でちゃんと正しい事を言ってる人がいます。
正解は？
2020/06/25(木) 10:01:15.29
正解は、このスレの中にも、ゾンビ化したり、発狂して負荷が高くなる要因のプロセスがいる。
2020/06/25(木) 10:37:41.21
おまえら勝手に自分よりバカだって見下したら放っておけないのなw
2020/06/25(木) 11:07:10.39
ほら。常駐プロセスが動き出した。
2020/06/25(木) 11:25:35.92
FreeBSDユーザーがバカだって今更気付いたんだ

いいじゃんバカで　IDすら表示されない板で毒吐くしか楽しみがない奴よりよっぽど楽しいぜ
562名無しさん＠お腹いっぱい。
垢版 |
2020/06/25(木) 12:20:01.29
>>543
一分以上待たされてたな
2020/06/25(木) 12:42:35.52
>>553
> FreeBSDはちゃんとnice値に従い負荷の原因になったプロセスを殺すだけ

それじゃだめじゃん。nice値なんてどれもほとんど同じなんだから
ランダムでプロセスを殺すって言ってるようなもんだぞ
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
あなたに同意。

相手を否定する事で自分の馬鹿さを正当化しようとするタチの悪いやつだね。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況