[過去ログ] FreeBSDを語れ Part51 (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
503: 2020/06/23(火)13:23 AAS
>>496
自分は傍観者で楽しんでいただけだが、
そうやって治部の釣り針に食いついてくれると嬉しくなるね。w
もっと他の釣り針にも食いついて楽しませて!ww
504: 2020/06/23(火)16:40 AAS
言い負かされると、アレは釣りでした〜、って
昔よく見た光景だなあ
なんか懐かしくなっちゃった
505: 2020/06/23(火)16:55 AAS
>>502
もともと「証拠」を求めていたでしょうよ。で、俺は機会を与えた。
----------------------------------------------------------------
469 名前:名無しさん@お腹いっぱい。 [sage]: 2020/06/22(月) 21:07:05.52
》467
君LinuxとFreeBSDを実機で使い、何かしらビルドする事は出来る?
----中略----
省7
506: 2020/06/23(火)17:24 AAS
>>502
同じクソミソにディスるならもろもろ試すのとそうでないのとでこう言う違いがある
試さない:
おまえ「FreeBSDなんかベンチでLinuxに負けるし別に高負荷でもLinuxとかWindowsとかと一緒だろwネット情報しか知らんけど」
ユーザー「アスペ乙」
試した:
おまえ「FreeBSDなんかベンチでLinuxに負けるし別に高負荷でもLinuxとかWindowsとかと一緒だろw試しに使っていろいろ試してみたけどやっぱ情報通り糞だったわwww」
省2
507(1): 2020/06/23(火)17:31 AAS
>>495
もう!
不毛なのか無毛なのかハッキリしてよ!
508: 2020/06/23(火)17:52 AAS
>>507
半毛です。
509(1): 2020/06/23(火)18:11 AAS
>>502
外部リンク[html]:www.freebsd.org
に
> Powerful Internet solutions
> FreeBSD makes an ideal Internet or Intranet server.
> It provides robust network services under the heaviest loads and uses memory efficiently to maintain good response times for thousands of simultaneous user processes.
高負荷耐性があると自分で言っている
省1
510(1): 2020/06/23(火)18:36 AAS
>>509
> 高負荷耐性があると自分で言っている
誰が言ってるかじゃなくて、その根拠はあるんですか?って話
まさか開発元が言っていたからそれを信じてるだけ?
自分では検証してなかったのか?
511: 2020/06/23(火)18:41 AAS
>>510
そういうおまえは検証してんの?
証拠出せって言うだけじゃなくて、なぜ証拠が必要なのか
反証してるんだよな?当然
512: 2020/06/23(火)18:47 AAS
どっちも知らないの?
513(2): 2020/06/23(火)18:49 AAS
> なぜ証拠が必要なのか
そりゃ「主張」が正しいかどうかを判定するためでしょ
その証拠がないなら、Linuxよりも高負荷耐性があるかどうかは「不明」ということ
「主張しているだけでそれが本当かどうかなんて不明だよ」と
周知するのが俺が目的なので、俺が検証する必要はない
514: 2020/06/23(火)21:00 AAS
>>513
この局面でtypoしている位の集中力の無さでは難しいと思うよ
あとは説得力。使った上で「ダメだこりゃ」と言った方がここの住人もグウの音も出ないでしょうよ
そもそも何故にこうも執拗にBSDをディスりたいのかがさっぱりわからない
リアルで気に入らない野郎にいじめられて、そいつがBSD推しだったとか?
なんにしろ、公式からここに至るまでのBSD界隈が主張する事が胡散臭いのなら、弱点を自分でちゃんと見つけて突き付けた方が効果抜群でしょうよ
インストールなんか簡単なんだから。ターゲットドライブなんかUSBメモリだっていいわけだし。
省2
515: 2020/06/23(火)21:19 AAS
>>513
テキストダイアログが苦手ならGhostBSDがおすすめ
LinuxみたくGUIで入れられる
516(3): 2020/06/23(火)21:43 AAS
言い訳がましいなw
結局、FreeBSDが高負荷耐性があるとかいう主張をしてるだけで
その根拠はなにもないんでしょ?
それだけじゃん重要な結論は
517(1): 2020/06/23(火)22:16 AAS
>>516
FreeBSDの公式ドキュメントが高負荷耐性が有ると言ってんだから俺はそれを信じるのみ
もしそうでないと言ってるなら反証を示さないといけない
要するに証拠を出さないといけないのはお前の方
518(1): 2020/06/23(火)22:33 AAS
まあまあ
FreeBSDは、低性能低負荷耐性ということでいいじゃないか
これで終わりにしようぜ
519(5): 2020/06/23(火)22:41 AAS
えー!!終わりにしちゃうのー!?
くだらない馬鹿たちの揚げ足の取り合い、最近見てなかったから楽しかったのに!w
520: 2020/06/23(火)22:41 AAS
>>516
お前の得意なGoogle検索で調べてみなよ
割と信憑性のある情報も出てくるよ
521(1): 2020/06/23(火)22:45 AAS
>>519
僕、嫌でOpenBSDかUbuntuに行こうかと思ってた
522: 2020/06/23(火)22:45 AAS
>>516
俺はデフォルトでのベンチが思わしくなかろうと負荷耐性が大した事無かろうがFreeBSDを使うよ
だってLinuxやWindowsよりごにょごにょいじってて楽しいんだもの
523: 2020/06/23(火)22:57 AAS
>>521
止めやしないからさっさと帰んな
524: 2020/06/23(火)22:58 AAS
>>519
暗い人ですなぁ
525: 2020/06/23(火)23:03 AAS
>>519
じゃあ今度馬鹿じゃないカッコいいところ見せてね
期待してるよ(はあと
526: 2020/06/23(火)23:12 AAS
>>519
馬鹿の揚げ足の取り合いにすら参加できなかったんだろう?頭弱すぎて
527: 2020/06/23(火)23:32 AAS
>>519
お前の様な腰抜け野郎がいるから馬鹿につけ込まれる
528: 2020/06/23(火)23:37 AAS
>>518
ダンディズム醸し過ぎ
惚れてまうやろが
529: 2020/06/23(火)23:44 AAS
ザコには好きなように言わせておけばいい
てヤツだな
530: 2020/06/23(火)23:54 AAS
一人二役くらいでFreeBSDディスってると思ったらそれ以上だった
531: 2020/06/24(水)02:28 AAS
ん?
誰が誰やらもうワケ分からんから、ディスラー総統は1人だけかと思ってたけど
あ、以上てのは一人三役って意味?
532: 2020/06/24(水)02:51 AAS
自分のことを総統なんて言って恥ずかしくもないんだろうな
533(1): 2020/06/24(水)02:58 AAS
総統恥ずかしいよね
534: 2020/06/24(水)04:20 AAS
夕方のテレビニュースで、スパコンの「富岳」が取り上げられていた。
会見では「業界標準のソフトウェアがきちんと動く」と言っていて、
「おおー、UNIX系かな」と思って、センター長のインタビューでは、
「PowerPointが動く」と言っていたので、
「UNIX系でWineか! FreeBSDに違いない!」と思ってググったら、
(Wikipediaによると)「Linux(RHEL8)」だってさ。がっかり。
業界的には、まあ、Linuxだよね。
省4
535: 2020/06/24(水)07:44 AAS
>>533
だれうまw
536(1): 2020/06/24(水)16:49 AAS
外部リンク[html]:bsdstats.org
スイスダントツ
537(1): 2020/06/24(水)18:38 AAS
>>536
スイスの人はどういう使い方してるんだろう
538: 2020/06/24(水)19:03 AAS
>>537
ミスター・トウゴウの為の厳重な口座管理
539: 2020/06/24(水)19:06 AAS
次の仕事依頼はフィリピンか
540: 2020/06/24(水)19:55 AAS
.....要件を
聞こうか.....
541: 2020/06/24(水)20:01 AAS
> お前を消す方法
何となくオフィスのイルカが思い浮かんだので
542: 2020/06/24(水)21:06 AAS
俺は犬のロッキーにしてた
543(1): 2020/06/24(水)21:25 AAS
あれが出る時、ディスクが動きで出して他の操作を受付けなかった思い出
544(1): 2020/06/24(水)21:40 AAS
Netflixスポンサーの直近のコミットを見たらNetflixはUFSを使っている気がしてきた
外部リンク:github.com
実際はどうなのかわからんけど
545(1): 2020/06/24(水)22:12 AAS
>>517
結論それでいいじゃないか?
FreeBSDは総主張しているが、その根拠はない
546(2): 2020/06/24(水)22:16 AAS
>>544
Netfilix はUFS使ってるよ。
動画リンク[YouTube]
547(1): 2020/06/24(水)22:21 AAS
>>545
もちろん高負荷耐性が無いという主張も根拠が無いけどね
548: 2020/06/24(水)22:30 AAS
だから「根拠がない」という結論にするのが俺の目的なんだってw
549(1): 2020/06/24(水)22:48 AAS
そう言えば何でデータを掲示せずに散々主張しているんだろ しかも公式が
政治や商業的圧力でもあるのかな
俺はどっちでもいいや。
確かなのはLinuxが発狂して制御不能になる状況でもFreeBSDはゾンビの様に生き残っている事
経験しないとわからんよ。文字数字だけのデータでは実感など湧かないし
550: 2020/06/24(水)23:41 AAS
>>546
私、英語は出来ないって言ったよね!
マジで英語はさっぱりわからん
まあがむばって20分あたりのところでUFS+Jurnalを見つけた!
551: 2020/06/24(水)23:44 AAS
>>547
誰もしていない主張に根拠がないとか言い出すのはアスペ?
552(1): 2020/06/24(水)23:45 AAS
>>549
ゾンビになってデータを穢すくらいなら、黙って死ねと思うがなあ
553(3): 2020/06/25(木)00:59 AAS
>>552
そんな心配はいらんよ
FreeBSDはちゃんとnice値に従い負荷の原因になったプロセスを殺すだけ
それに対しLinuxはそんなものは構わず何もかも手がつけられなくなるくせに完全には死なない
ゾンビと言う表現はこちらの方が適切か
データの安全性を問うならどちらがより危険なのかわかるよねえ
何にしろ、両方の挙動を見たことが無いと何もわからんのよ
554(1): 2020/06/25(木)01:58 AAS
>>553
負荷が高い=仕事をしてる人を殺してどうすんの
足の引っ張り合いが大好きな日本人らしい感想だなあ
555: 2020/06/25(木)02:55 AAS
>>554
ちゃんと仕事してるのか、暴走してるのか、ゾンビになってるのかカーネルは判別できないだろう
だからカーネルにとって邪魔なプロセスを止めることしかできないんじゃないかな
556: 2020/06/25(木)03:29 AAS
それはFreeBSDだってLinuxだってAIXだって同じ話だよなあ?
なんでLinuxのやってることを発狂と言い出すのか理解できん
557(1): 2020/06/25(木)05:26 AAS
さて問題です。この中でちゃんと正しい事を言ってる人がいます。
正解は?
558: 2020/06/25(木)10:01 AAS
正解は、このスレの中にも、ゾンビ化したり、発狂して負荷が高くなる要因のプロセスがいる。
559: 2020/06/25(木)10:37 AAS
おまえら勝手に自分よりバカだって見下したら放っておけないのなw
560: 2020/06/25(木)11:07 AAS
ほら。常駐プロセスが動き出した。
561: 2020/06/25(木)11:25 AAS
FreeBSDユーザーがバカだって今更気付いたんだ
いいじゃんバカで IDすら表示されない板で毒吐くしか楽しみがない奴よりよっぽど楽しいぜ
562: 2020/06/25(木)12:20 AAS
>>543
一分以上待たされてたな
563(1): 2020/06/25(木)12:42 AAS
>>553
> FreeBSDはちゃんとnice値に従い負荷の原因になったプロセスを殺すだけ
それじゃだめじゃん。nice値なんてどれもほとんど同じなんだから
ランダムでプロセスを殺すって言ってるようなもんだぞ
564(2): 2020/06/25(木)13:16 AAS
>>563
そうならない様にreniceしておくんじゃないの
FreeBSDだとまあまあ言うこと聞くけどLinuxだとシカトされる事が多い
565(2): 2020/06/25(木)17:47 AAS
ベンチマークでFreeBSDに設定を合わせろと騒いでた奴と同じ奴か?
FreeBSDの設定を自分好みにすれば自分が思ったように動く
思ったように動かなかった場合は自分の設定が悪いと思い込む
Linuxの設定は知らないので思ったように設定できない
当然思ったように動作しないからLinuxは狂ってると言い出す
566: 2020/06/25(木)17:58 AAS
>>565
勘違いしてる。FreeBSDに合わせろ、Linuxに合わせろではなく、
公平に、同じ条件で比較しないとベンチマークにならないと言っただけ。
567: 2020/06/25(木)18:01 AAS
>>565
>>564
同じ事を実施した時の挙動の違いが書いてある
で、「Linuxは狂ってる」なんて誰も書いてないしFreeBSDだって発狂する時はするでしょうよ
カツカツな時にそうなりやすいかどうかの違いであって誰も狂ってるなどと思っていないはず
568(1): 2020/06/25(木)18:10 AAS
>>557
越後製菓!
569: 2020/06/25(木)18:13 AAS
>>568
その答えを待ってたぜ兄貴
正解!
570(1): 2020/06/25(木)21:29 AAS
>>546
スコットたんの職歴見て鳥肌
外部リンク[pdf]:people.freebsd.org
米海軍→Adaptec→McAfee→Copan→Yahoo→Netflix→Joynet→Intel
なんのファンタジーですか
571(3): 2020/06/25(木)22:02 AAS
>>570
技術的には凄いのかも知れないけど、周りと上手くやってけない人かな?
572(1): 2020/06/25(木)22:10 AAS
>>571
自分が吸収したい技術を学んだら次に行ってるだけだと思う
573(1): 2020/06/25(木)23:06 AAS
>>572
それは企業としては迷惑な奴だなw
574: 2020/06/25(木)23:30 AAS
向こうは日本のような終身雇用じゃないのだから・・・
575(1): 2020/06/26(金)00:45 AAS
>>564
> そうならない様にreniceしておくんじゃないの
プロセス殺さないためにreniceして優先させるとかアホやろ
そのために優先させたくない
576(1): 2020/06/26(金)02:42 AAS
最近インテルを退社したジム・ケラーさんも数年で会社を転々と渡り歩いてるからな
特定のプロジェクトで結果を残して次へ進んでる感じ
577(1): 2020/06/26(金)03:48 AAS
>>575
ンなわけないw
nice値いじるなら当然死んで然るべきものは優先度を下げて、死んだら困るものは上げるんでしょうよ
578(1): 2020/06/26(金)05:53 AAS
>>577
nice値って何のための値か知ってるのか?
プロセスの優先度を変えるんだぞ。
nice値に従ってプロセスを殺すっていうのは
優先度が高いプロセスを殺すのか
優先度が低いプロセスを殺すのか
言ってみ
579(2): 2020/06/26(金)05:54 AAS
当たり前だがプロセスの優先度が高いものは
CPUを多く割り当てられる。つまり負荷が高くなってる原因だ。
nice値をプロセスを殺す基準にするとか
アホな発想もいいとこ
580(1): 2020/06/26(金)05:58 AAS
そもそも論の話をすると、負荷が高いからプロセスを殺すっていうのもアホな発想なわけで
プリエンプティブマルチタスクってしってんのかってレベルだよなw
581: 2020/06/26(金)06:48 AAS
>>578
おはよう先生。朝早くから元気一杯ですね。
nice値の数字を大きくするとプロセスの優先度は下がる。小さくすれば上がる。
nice値で強引にシステムリソース枯渇時のプロセス生存優先順位をつける「ならば」、用途にもよるが浪費するものの優先順位はほどほどに下げる。
下げたからと言ってそう簡単には死なないし、リソースの使い方が大幅に制約されるわけでもない。
で、そんな小細工しなくても大抵はカーネルがよろしくやってくれる。
その先の事は宜しくお願い致します。アホな私と違ってプリエンプティブマルチタスクにお詳しいご様子なのでね。
582(1): 2020/06/26(金)07:02 AAS
>>580
FreeBSDとLinuxでのマルチタスクの扱いの違い、高負荷時のタスクの殺し方の違いを正確に書いて下さると、
「おお、ドヤるだけの事はある」と言うカッコいい見え方になると思いますよ
ではどうぞ
583(1): 2020/06/26(金)07:05 AAS
>>579
> 当たり前だがプロセスの優先度が高いものは
> CPUを多く割り当てられる。
うんうん、そうだな
> つまり負荷が高くなってる原因だ。
はあ?
バカってなんで直接関係ないものを結びつけてドヤるんだろうなw
上下前次1-新書関写板覧索設栞歴
あと 419 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.024s