[過去ﾛｸﾞ]
FreeBSDを語れ Part51 (1002ﾚｽ)
FreeBSDを語れ Part51 http://mevius.5ch.net/test/read.cgi/unix/1590454119/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
582: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 07:02:03.31 >>580 FreeBSDとLinuxでのマルチタスクの扱いの違い、高負荷時のタスクの殺し方の違いを正確に書いて下さると、 「おお、ドヤるだけの事はある」と言うカッコいい見え方になると思いますよ ではどうぞ http://mevius.5ch.net/test/read.cgi/unix/1590454119/582
583: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 07:05:26.40 >>579 > 当たり前だがプロセスの優先度が高いものは > CPUを多く割り当てられる。 うんうん、そうだな > つまり負荷が高くなってる原因だ。 はあ？ バカってなんで直接関係ないものを結びつけてドヤるんだろうなw http://mevius.5ch.net/test/read.cgi/unix/1590454119/583
584: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 07:52:09.08 >>583 ↓いい加減、これは嘘でしたって認めろよ > FreeBSDはちゃんとnice値に従い負荷の原因になったプロセスを殺すだけ 負荷が高くなったらプロセス殺すんじゃ CPU100%の性能も出せないなｗ http://mevius.5ch.net/test/read.cgi/unix/1590454119/584
585: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 07:52:51.10 >>582 > FreeBSDとLinuxでのマルチタスクの扱いの違い、高負荷時のタスクの殺し方の違いを正確に書いて下さると、 Linuxは高負荷になってもタスクを殺したりしない 正常に動いているからだ http://mevius.5ch.net/test/read.cgi/unix/1590454119/585
586: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 07:57:57.20 >>584 そもそも「負荷が高くなったら」と言う書き方に語弊があったかな。ごめんね。 正確には「システムリソースが枯渇する程高負荷になったら」。 試せばわかるよ http://mevius.5ch.net/test/read.cgi/unix/1590454119/586
587: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 08:00:08.13 >>585 残念ながら、死ぬんだよね。高性能なLinuxも無敵では無いんだよね。 ヒマな時に両方試してるから。面白いよ。 http://mevius.5ch.net/test/read.cgi/unix/1590454119/587
588: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 08:06:47.73 >>586 システムリソースの枯渇と高負荷の違いぐらい理解しようねｗ 取り繕っても、システムリソースの枯渇は高負荷と関係ねーから そしてシステムリソースの枯渇とnice値の関係言ってみろよ 書き方に語弊どころか根本的に勘違いしてるくせになｗｗｗ http://mevius.5ch.net/test/read.cgi/unix/1590454119/588
589: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 08:07:35.05 >>584 知らんがな、それはそれを主張してる奴に言えよ 俺は単に>>579が頓珍漢なバカって指摘してるだけだしw http://mevius.5ch.net/test/read.cgi/unix/1590454119/589
590: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 08:12:35.20 >>589 システムリソースの枯渇と関係ない負荷が高くなっただけだけで プロセス殺すわけねーじゃんｗ システムリソースの枯渇と関係ないnice値に従うわけねーじゃんｗ 馬鹿なのはお前 http://mevius.5ch.net/test/read.cgi/unix/1590454119/590
591: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 08:21:47.68 >>571 日本人の感覚は異常w http://mevius.5ch.net/test/read.cgi/unix/1590454119/591
592: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 08:57:57.21 >>590 だからそれはそう言ってるやつに言え まあそれがどうあれ > 当たり前だがプロセスの優先度が高いものは > CPUを多く割り当てられる。つまり負荷が高くなってる原因だ。 とかドヤるアホがいた事は変えられないけどなw http://mevius.5ch.net/test/read.cgi/unix/1590454119/592
593: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 08:59:08.23 >>571 外資系の知り合いおらんのか？ 結構頻繁に転職してる http://mevius.5ch.net/test/read.cgi/unix/1590454119/593
594: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 08:59:10.71 素人同士の罵り合い。 http://mevius.5ch.net/test/read.cgi/unix/1590454119/594
595: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 09:21:07.61 平和だねえ。 http://mevius.5ch.net/test/read.cgi/unix/1590454119/595
596: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 09:52:26.34 ipfwを勉強するとしたら、どこから手をつけるといいですか？ http://mevius.5ch.net/test/read.cgi/unix/1590454119/596
597: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 09:55:00.98 まあいつまでもAdaptec や米Yahoo にいてもしょうがないというか、いたら死んでるしね。 http://mevius.5ch.net/test/read.cgi/unix/1590454119/597
598: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 09:59:18.89 >>596 とりえあずどうなってもいいネットワークとマシンを準備して好きなだけ試せばいいんじゃないかな。 http://mevius.5ch.net/test/read.cgi/unix/1590454119/598
599: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 10:50:15.80 うちの会社でもあるわ。 全ての書類が「最優先」で処理しろと・・・ これでは、全ての書類を「鈍行」で処理していいと言っているのと同じ。 http://mevius.5ch.net/test/read.cgi/unix/1590454119/599
600: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 11:31:38.05 一生のお願い！！を何度も使うのと同じだな。 割り込み処理、例外処理をすると後々のトラブルの元に。。。 http://mevius.5ch.net/test/read.cgi/unix/1590454119/600
601: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 12:37:07.33 プロセス殺さないといけないのはCPUの使用率じゃなくて、swap領域も含めたメモリの使用状況だけど... http://mevius.5ch.net/test/read.cgi/unix/1590454119/601
602: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 14:20:55.52 >>601 やっとまともなことを言えるやつが来たかｗ そして残ってる謎（馬鹿なだけだが）はnice値（プロセスの優先度）で どれをキルするかを決めるという意味不明な発言ｗ リソースを枯渇するに至った要因のプロセスではなく、 優先してないやつ（もしかしたら優先してるやつ？）をキルするというねｗ キルされたくなかったら（例えばsshd）はプロセスの優先度を高くして より多くのCPU使用率を割り当てろとでも言うんだろうかｗ プロセスの優先度が高いやつがCPUを多く使用していたら さてどうなるんだろうなぁｗ http://mevius.5ch.net/test/read.cgi/unix/1590454119/602
603: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 14:39:02.22 昼下がり 常駐プロセス いきり立つ カコーン http://mevius.5ch.net/test/read.cgi/unix/1590454119/603
604: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 14:41:23.94 こう言うのをゾンビプロセスと言うのだろう。 しかし、居なければ居ないで、閑散として寂しさもある。笑 http://mevius.5ch.net/test/read.cgi/unix/1590454119/604
605: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 14:51:03.70 >>602 高可用性クラスタを組んでたら、忙しい奴はさよならするけど、引き取った側のサーバがヤバくなるね。 だから、普通の会社だとメモリに余裕があるか、swapも余裕がある。 費用をケチる会社だと大惨事になるけどswapを広げると一時的に問題は解決する。 プロセスkill 起こったら、何が殺されてるかわからないから、OS再起動して復旧させるよ。 http://mevius.5ch.net/test/read.cgi/unix/1590454119/605
606: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 14:59:04.57 >>602 ごたくを言う前に > 当たり前だがプロセスの優先度が高いものは > CPUを多く割り当てられる。つまり負荷が高くなってる原因だ。 とか嘘ついてごめんなさいしたら？ww http://mevius.5ch.net/test/read.cgi/unix/1590454119/606
607: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 15:02:42.68 >>605 > プロセスkill 起こったら、何が殺されてるかわからないから、OS再起動して復旧させるよ。 それは当たり前 変なことを言ってるのは>>553 > そんな心配はいらんよ > FreeBSDはちゃんとnice値に従い負荷の原因になったプロセスを殺すだけ > > それに対しLinuxはそんなものは構わず何もかも手がつけられなくなるくせに完全には死なない > ゾンビと言う表現はこちらの方が適切か > > データの安全性を問うならどちらがより危険なのかわかるよねえ 1. [間違い] FreeBSDはちゃんとnice値に従い負荷の原因になったプロセスを殺す 2. [間違い] 負荷の原因になったプロセスを殺すから心配ない なぜなら完全に死なないで動き続けるからより危険（笑） こいつの理屈、完全に死んだほうが安全と言うなら、FreeBSDはnice値に関係なく プロセスキルが起きたらOSごと死ぬべきだろう だが、こいつは負荷の原因になったプロセスを殺すといいながら、 reniceしておけば、負荷の原因になったプロセスは死なないとか矛盾したことを言って しかもプロセスだけが死ぬなら、OSは完全に死なないということで、それはゾンビということになる 言ってる理屈が破綻しまくっている http://mevius.5ch.net/test/read.cgi/unix/1590454119/607
608: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 15:29:39.89 平日の昼間から匿名掲示板に常駐している奴の人生は特に破綻していると思うよ http://mevius.5ch.net/test/read.cgi/unix/1590454119/608
609: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 17:11:44.16 ふたばの方なのでセーフ http://mevius.5ch.net/test/read.cgi/unix/1590454119/609
610: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 18:15:57.05 >>573 アメリカは自分のスキルアップのために転職するのが普通。 そうやってキャリアを積めば積むほどと次の会社で優遇される。 http://mevius.5ch.net/test/read.cgi/unix/1590454119/610
611: 名無しさん＠お腹いっぱい。 [sage] 2020/06/26(金) 18:23:36.41 >>602 えー？ >>601 キャッシュ一杯持ってるhttpサーバーとかが真っ先に落とされるってこと？ Webサーバー機なのに http://mevius.5ch.net/test/read.cgi/unix/1590454119/611
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 391 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.019s