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/23(火) 22:16:58.14
>>516
FreeBSDの公式ドキュメントが高負荷耐性が有ると言ってんだから俺はそれを信じるのみ
もしそうでないと言ってるなら反証を示さないといけない
要するに証拠を出さないといけないのはお前の方
2020/06/23(火) 22:33:47.77
まあまあ
FreeBSDは、低性能低負荷耐性ということでいいじゃないか
これで終わりにしようぜ
2020/06/23(火) 22:41:06.73
えー！！終わりにしちゃうのー！？
くだらない馬鹿たちの揚げ足の取り合い、最近見てなかったから楽しかったのに！w
2020/06/23(火) 22:41:32.56
>>516
お前の得意なGoogle検索で調べてみなよ
割と信憑性のある情報も出てくるよ
2020/06/23(火) 22:45:08.13
>>519
僕、嫌でOpenBSDかUbuntuに行こうかと思ってた
2020/06/23(火) 22:45:14.84
>>516
俺はデフォルトでのベンチが思わしくなかろうと負荷耐性が大した事無かろうがFreeBSDを使うよ
だってLinuxやWindowsよりごにょごにょいじってて楽しいんだもの
2020/06/23(火) 22:57:12.20
>>521
止めやしないからさっさと帰んな
2020/06/23(火) 22:58:45.91
>>519
暗い人ですなぁ
2020/06/23(火) 23:03:24.33
>>519
じゃあ今度馬鹿じゃないカッコいいところ見せてね
期待してるよ(はあと
2020/06/23(火) 23:12:36.32
>>519
馬鹿の揚げ足の取り合いにすら参加できなかったんだろう？頭弱すぎて
2020/06/23(火) 23:32:16.91
>>519
お前の様な腰抜け野郎がいるから馬鹿につけ込まれる
2020/06/23(火) 23:37:43.40
>>518
ダンディズム醸し過ぎ
惚れてまうやろが
2020/06/23(火) 23:44:58.64
ザコには好きなように言わせておけばいい
てヤツだな
2020/06/23(火) 23:54:55.30
一人二役くらいでFreeBSDディスってると思ったらそれ以上だった
2020/06/24(水) 02:28:21.36
ん？
誰が誰やらもうワケ分からんから、ディスラー総統は1人だけかと思ってたけど
あ、以上てのは一人三役って意味？
2020/06/24(水) 02:51:52.41
自分のことを総統なんて言って恥ずかしくもないんだろうな
2020/06/24(水) 02:58:27.31
総統恥ずかしいよね
2020/06/24(水) 04:20:36.84
夕方のテレビニュースで、スパコンの「富岳」が取り上げられていた。
会見では「業界標準のソフトウェアがきちんと動く」と言っていて、
「おおー、UNIX系かな」と思って、センター長のインタビューでは、
「PowerPointが動く」と言っていたので、
「UNIX系でWineか！　FreeBSDに違いない！」と思ってググったら、
（Wikipediaによると）「Linux(RHEL8)」だってさ。がっかり。
業界的には、まあ、Linuxだよね。
サーバのサポートページでFreeBSDでの動作が書いてあるだけで
うれしく感じるもんだしね。
https://www.itmedia.co.jp/news/articles/2006/23/news142.html
https://www.fnn.jp/articles/-/55513
2020/06/24(水) 07:44:52.56
>>533
だれうまw
2020/06/24(水) 16:49:42.74
https://bsdstats.org/bt/countries.html

スイスダントツ
2020/06/24(水) 18:38:12.31
>>536
スイスの人はどういう使い方してるんだろう
2020/06/24(水) 19:03:24.91
>>537
ミスター・トウゴウの為の厳重な口座管理
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
俺のエロ画像クローラが真っ先に殺されるのはカーネルに不要だって判断されてるってことか・・・
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況