FreeBSDを語れ Part54

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2021/08/27(金) 19:54:04.75 .net] https://mevius.5ch.net/test/read.cgi/unix/1607845477/ The FreeBSD Project https://www.freebsd.org/ja/ 前スレ FreeBSDを語れ Part53 https://mevius.5ch.net/test/read.cgi/unix/1607845477/ 過去スレ FreeBSDを語れ Part52 https://mevius.5ch.net/test/read.cgi/unix/1596404184/ FreeBSDを語れ Part51 https://mevius.5ch.net/test/read.cgi/unix/1590454119/ 関連スレ 初心者もOK! FreeBSD質問スレッド その124 mevius.5ch.net/test/read.cgi/unix/1569601015/ ##次スレは>>950を踏んだ人がたてませう 633 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/02(水) 02:14:10.73 .net] マウティングの人は、これの話してたのか？ Windows 11の標準機能だけでOK、Linuxにリモートアクセス https://xtech.nikkei.com/atcl/nxt/column/18/01937/020100005/ 634 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/02(水) 09:07:00.39 .net] わざとかどうかは知らんがマウンティングの人は誤字脱字が結構あるしな 635 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/03(木) 09:55:37.89 .net] macOSにはBSDが入ってるので これで両OSがUnix系OSに対応 636 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/03(木) 10:12:56.89 .net] *BSDではどのシェルを使うのが宗教的には正しいのだろう。 637 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/03(木) 10:52:45.18 .net] そりゃビルジョイ謹製のcshだろう インタラクティブシェルとして使うのは苦行だと思うがw 638 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/03(木) 11:08:04.97 .net] せめてtcshにしてｸﾚﾒﾝｽ 639 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/03(木) 11:46:44.65 .net] そこのマゾなあなたは　pkg install 44bsd-csh 640 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/03(木) 13:10:47.62 .net] 去年の秋頃にデフォルトSHELLが/bin/shになるとかなんとかの話題がありましたね 641 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/03(木) 14:56:52.88 .net] emacsのshellバッファで使えば/bin/shでもストレス無く使えるぞ 642 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/03(木) 15:12:55.28 .net] 古い人、とかコメントしてくる人、来るね 643 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/03(木) 16:24:46.08 .net] >>628 > そりゃビルジョイ謹製のcshだろう cshは終わりましたよ cshを使うUnixはなくなりました。 644 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/03(木) 16:25:32.68 .net] >>633 なにか気に触ったのか？ 645 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/03(木) 16:36:57.68 .net] >>631 14-CURRENTのrootは既に/bin/shだよ 646 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/03(木) 16:43:18.36 .net] つーかFreeBSD自体がもう終わってる Linuxに乗り換える人が多い FreeBSDでビジネスしてる会社は後悔してる 647 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/03(木) 17:17:15.40 .net] >>635 cshなめんなよとか？しらんけど 648 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/03(木) 17:21:40.91 .net] FreeBSD使う気のない人が混ざっでいるのは... 649 名前：名無しさん＠お腹いっぱい。 [2022/03/03(木) 19:09:41.57 .net] >>637 > つーかFreeBSD自体がもう終わってる なぜ？ > Linuxに乗り換える人が多い どうして？ > FreeBSDでビジネスしてる会社は後悔してる どの点について？ これらの具体的な回答が無い限り 単なる煽りとしか認識されないよ と釣られてみる 650 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/03(木) 19:18:02.86 .net] イキってみたいお年頃 651 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/03(木) 19:33:16.02 .net] macOSがBSDを使ってるのは GNUではないから 652 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/03(木) 19:55:49.16 .net] >>642 その表現は不正確だ。 GPLv3 が問題でv2であれば利用� 653 名前：ｳれている。 嫌がられているのは、特許問題とかだろうけど。 「GPLv3」の最終ドラフトが公開――正式版リリースは6月29日、MicrosoftのLinux特許問題にも対応 https://mag.osdn.jp/07/06/01/1226207 [] [ここ壊れてます] 654 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/03(木) 19:56:34.41 .net] ここ数日ニュースでよく出てくる国際送金ネットワークSWIFT。 過去スレPart48と50のFreeBSD推進企業リストで出てきた Modirum社のMDPayってのを思い出したのでggてみたら Modirum社の支部の一部にSWIFTの名前が入ってるようだった もしかしたらFreeBSDサーバがSWIFTの中核をなしているのかもしれんが われわれ平民の調査のおよぶ範囲にその証拠は置かれていないようだ 655 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/04(金) 15:39:02.57 .net] >>643 そうですね、ごめんなさい。 AppleとMicrosoftはOSの中身をオープンにしない戦略取っていて そのためにBSDのコードとライセンスを活用しているというニュアンスでした Playstation 4のOSにFreeBSD 9.0 Playstation 5のOSにFreeBSD 12.0 Nintendo SwitchのOSにFreeBSD も似たようなもんだと思います XBOXはWindowsかな 656 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/06(日) 22:07:29.25 .net] ひさびさこの板に来てみてBSD系列スレ過疎ってると思ったけど ここだけ辛うじてレスついてんな BSDはもう限界集落みたいなもんで だましだまし現状維持してるだけなのか 657 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/06(日) 23:25:17.83 .net] BSDおじさんが歳食って死んだり、引退してるからなぁ。 マガジンの再刊は永遠に無いわ。 658 名前：名無しさん＠お腹いっぱい。 [2022/03/07(月) 14:12:02.13 .net] とりあえず一般人のデスクトップユースでは使い勝手が悪いかな 659 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/07(月) 14:26:57.97 .net] >>648 君には失望した 660 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/07(月) 15:15:25.41 .net] >>648 当たり前過ぎてつまらん 661 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/07(月) 15:30:32.55 .net] >>648 クレクレ君乙 662 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/07(月) 17:14:15.82 .net] さくらインターネットとかレンサバにいまだにFreeBSD使ってるのよね なんでLinuxにしないのか不思議だわ 導入当初はなんらかのメリットあったのかもしれんが 今や2022年だしLinux勢のほうがよっぽど熟成してるはず 663 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/07(月) 17:26:34.76 .net] Benchmarks: FreeBSD 13 vs. NetBSD 9.2 vs. OpenBSD 7 vs. DragonFlyBSD 6 vs. Linux - Phoronix https://www.phoronix.com/scan.php?page=article&item=bsd-linux-eo2021&num=7 https://openbenchmarking.org/embed.php?i=2112039-TJ-BSDLINUX675&sha=de7be309509d&p=2 OpenBSDの性能の低さが悲しいんよ 664 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/07(月) 18:40:58.70 .net] >>652 技術者の慣れの問題では NetflixもFreeBSDだっけ 665 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/07(月) 19:14:28.63 .net] ネトフリのほうは性能で選んだみたいだね やるじゃんFreeBSD！ 666 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/07(月) 19:48:57.87 .net] これをみるとBSDライセンスが原因な気がした https://news.mynavi.jp/techplus/article/20150401-a060/ 667 名前：名無しさん＠お腹いっぱい。 [2022/03/07(月) 20:20:01.00 .net] 5ちゃんねるも FreeBSD+nginx だよねw 668 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/07(月) 20:37:15.82 .net] 伝家の宝刀kqueueが決め手になったのでは 669 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/07(月) 22:43:44.29 .net] カーネルをカスタマイズするぐらい技術力の有る企業はFreeBSDの方が良いだろう PS4が良い例 670 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/07(月) 23:11:34.12 .net] >>653 OpenBSDのポリシーの厳格さ考えればそんなもんだろ デバッガのブレークポイントの実装にハードウェアに依る支援機能を「そんなもん使えるか！」と言って使わない連中だぞ 671 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/07(月) 23:34:54.59 .net] >>653 323 にも出てくるぞ、パフォーマンスの話題でOpenBSD 672 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/08(火) 19:29:21.81 .net] OpenBSDストイックすぎん？ 673 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/08(火) 19:33:53.21 .net] むしろセキュリティマニアに取ってはストイックどころか桃源郷では 674 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/08(火) 19:51:27.23 .net] 昔何かの記事で 「ユーザ・開発者の少ない*BSDはLinuxに比べてセキュリティホールも放置され気味」 みたいなの読んだような 675 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/09(水) 07:37:02.70 .net] その何かの記事に興味があるな 単なるヘイトスピーチじゃないやつならな 676 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/09(水) 12:52:24.13 .net] 当然OpenSSHなんか使っちゃいけないんだろうな、その論調だと 677 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/09(水) 14:10:43.70 .net] 666が誰の論調をどう解釈したのか 678 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/09(水) 14:49:33.75 .net] 真面目なLinux kernelのバグについての研究結果として引用されているのが多いのはこれ An Empirical Study of Operating Systems Errors https://pdos.csail.mit.edu/archive/6.097/readings/osbugs.pdf 1.0〜2.4.1についてソースコードの自動チェッカを使ってバグの性質ごとの数、平均寿命等 を解析している2.4.1においてバグの平均寿命は1.8年（リポジトリに取り入れられてから取り 除かれるまでの時間） バグの大部分はデバイスドライバにあり、他の部分と比較して3倍から10倍の率で存在する 7年間で160万行コードサイズは増大（そのうちデバイス部分が100万行ぐらい）し、バグの総 数は200を超える 2020年時点で3000万行ぐらい？あまり変わっていないなら概数で4000箇所ぐらいの問題が 「生きている」 OpenBSD2.8とLinux2.4.1との比較ではOpenBSDは20%〜6倍程度品質が低い(オートチェッカ による比較であり偏っている可能性はあるとはかいてある。6倍というのは特定のチェックに 引っかかったコードの箇所の総数比較であり実数は19箇所） 679 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/09(水) 14:55:45.06 .net] あ、OpenBSD2.8のバグについて追加 OpenBSD2.8のカーネルで発見したプログラミング上の問題はシステムの互換性レイヤに関する 特定の少数のファイルに集中している 680 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/09(水) 22:20:52.15 .net] で、それらの20年前くらいからタイムスリップしてきた様な情報が 一応現在も開発中のOS達と "具体的には" どう繋がると？ 681 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/09(水) 23:03:22.96 .net] >>664 NetBSDの話な スラドだかOSDNのニュースで流れてた 682 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/09(水) 23:35:23.69 .net] >>664 いつかどっかで読んだことある気がするが いつなのかどこなのか思い出せない 683 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/09(水) 23:46:42.82 .net] これのことかー https://m.srad.jp/story/18/02/01/0627240 684 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/10(木) 00:02:32.99 .net] 元ネタ https://lwn.net/Articles/745383/ 685 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/10(木) 00:49:03.97 .net] 当たり前のことの繰り返しだわなー 新しく書いたコードにはプログラムミスがある事を防ぐことは難しい ユーザが多い事はミスの発見のまでの時間が短くなることを担保しない 686 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/10(木) 02:07:55.72 .net] 仮にプログラムミスの発見確率が一定だとすればコードサイズが増えればバグの平均寿命は 伸びていくわな 面白い！Linuxが一定以上のクオリティを維持できる限界まで肥大するのが先か BSDのユーザ、開発者がいなくなるのが先かw 687 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/10(木) 02:50:27.94 .net] 具体例を示せないFUD爺の逃走がいちばん先だろうな 688 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/10(木) 12:16:45.56 .net] wikipedia日本語版でFreeBSDsage編集してる人ってなんなんだ 689 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/10(木) 12:30:37.48 .net] よくわからんがあそこも荒らしみたいなのがいるらしいな 690 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/10(木) 12:53:12.90 .net] Author: Glen Barber Date: Wed Mar 9 19:10:32 2022 -0500 　13.1: create releng/13.1 branch 　Update from PRERELEASE to BETA1 691 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/10(木) 13:07:59.76 .net] >>678 履歴はここだけど、誤った情報です。by 眞子 な事書いてる人いる？ https://ja.m.wikipedia.org/wiki/%E7%89%B9%E5%88%A5:%E5%B1%A5%E6%AD%B4/FreeBSD 692 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/10(木) 19:01:42.64 .net] >>664 Wikipedia日本語版のFreeBSDの項目にそう書かれてたな。 Linuxでもbashやext3等に大きなセキュリティホールがずっと放置されてたけどね。 Windowsでもファイル名の$I30とかずっと放置されてたし。 >>678 Wikipedia日本語版は質が低いから参考にしない方が良い。変なアンチが粘着してるしｗ 693 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/10(木) 19:09:58.86 .net] > Wikipedia日本語版は質が低いから参考にしない方が良い 心静かに同意 客観的な事柄だけ端的にあつかって 論理的に網羅的に揃えることが難しい 主観的で装飾的で飛躍して歯抜けな状態のまま ひどいのになると独自研究平気でぶっこんでたりする 日常的にエビデンスや議論を避けてきた弊害やね 694 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/10(木) 19:10:44.45 .net] あ、ウィキペ日本語記事についての一般論ね 695 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/10(木) 19:39:13.89 .net] 質が低いとわかる人が参加して、質を上げてあげたらいいんでないの？ （嫌味） 696 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/10(木) 19:47:10.34 .net] Wikipediaの編集方針はlinux的 伽藍よりバザール寄り 697 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/10(木) 21:34:27.32 .net] PCからみたときだけど左端の「他言語版」リストに並んでるのから よさげなやつを選んで開いてからchromeの翻訳で日本語にしちゃってから読んでる 翻訳の不自然さを差し引いてもまだそっちのほうが読みごたえあったりする 698 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/11(金) 01:01:43.88 .net] 編集ユーザー追跡してみたらUNIX全体になんか恨みでもあるような編集してるやべー人だったわ 699 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/11(金) 01:33:11.76 .net] この人？ Ueuedueuedの投稿記録 https://ja.m.wikipedia.org/wiki/%E7%89%B9%E5%88%A5:%E6%8A%95%E7%A8%BF%E8%A8%98%E9%8C%B2/Ueuedueued FreeBSD 現在の利用状況に関しては、デスクトップOSのシェアは0.01%以下で計測不能であり UNIX Unixの開発者であるトンプソンやリッチーは、Unixの開発にあたって何らかの「哲学」や「開発理念」があったとは語っていない。むしろ、理念が先にあったのではなく、メモリ制約等の現実的問題があり、それに適合するために、そのような方法にならざるをえなかったという側面が強い。 Linux OSとしての利用状況は、デスクトップOSという用途では市場シェアが1%台と低迷しWindowsに惨敗しているが NHK すくすく子育て も編集してる。 700 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/11(金) 01:46:32.34 .net] >>689 そうそう 英語版とかも編集してるね 701 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/11(金) 02:31:03.37 .net] >>689 うわあ・・・ 702 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/11(金) 08:04:59.60 .net] その人の書いてるの正しそうにも見えるから、何が正しくて何が間違っているか、わからなくなっちゃった。 ちょっと前の事だけど、人の解釈が加わると難しいね。 事実だけを書くにしても、言葉じりでウズウズしてしまう。 703 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/11(金) 08:46:05.84 .net] 深掘りしたらしたで「おまえがそいつだろ」とか始まりそうでもあるしな 704 名前：名無しさん＠お腹いっぱい。 [2022/03/11(金) 10:19:47.76 .net] モノリシックカーネル > 2005年現在では、純然たるモノリシックカーネル方式で開発する利点は少ないとする意見に収束して来ている[要出典]。 「純然たる」「少ないとする」「収束して来ている」 子供が必死で書いたような客観性の無い文章やめてほしい 705 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/11(金) 10:38:36.48 .net] 脱線して悪いが、モノリシックとマイクロサービスがちょい前に話題になったのを思い出した。 あれも、何を言っているのかわからなかった。 706 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/11(金) 15:43:51.56 .net] [要出典]なんて甘っちょろい事してないで、出典の無いポエムは一切載せないようにして欲しいもんだ 707 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/11(金) 16:24:18.47 .net] 子供が必死で書いたような客観性のない記述を削除 と理由を書いて削除して来い 708 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/11(金) 18:15:22.49 .net] タネンバウム教授とLinusのディベートも忘れられたのか Minixもver.3になって実用的になったのに 709 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/11(金) 20:49:25.34 .net] MINIX 1.0はcで12,000行なんだってな なんか夢があるよね と同時に片手間でカーネル書いたタネンバウムってやっぱスゴイな 710 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/12(土) 07:33:21.62 .net] >>697 ここのスレチもそう理由つければ削除してくれるかな？ 711 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/12(土) 07:35:24.72 .net] >>700 なんてな 雑談は程々なら良いかと 712 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/12(土) 08:57:58.24 .net] SVR4系の開発はAIXを含めて終わったんだろうか https://upload.wikimedia.org/wikipedia/commons/5/50/Unix_history-simple.png いやまだHP-UXもAIXも続いてるんだな サポートは続くよどこまでも 713 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/12(土) 11:24:21.08 .net] モノリシック ← 単一のカーネルが必要機能を全て持つ マイクロサービス ← 必要最低限のみカーネルが機能を持ち、他は着脱可能にする ドライバはマイクロサービスか？ データベースインターフェースやguiはマイクロサービスか？ カーネルに持つべき機能とは何か、みたいな整理論争だったような。 カーネルオブジェクトローダをもつFreeBSDはモノリシックカーネルなのか？という話。 大型化すると自然にマイクロカーネルになるんかと。 組み込みに使うにしても着脱できるのは助かる訳で。 714 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/12(土) 11:46:18.95 .net] マイクロカーネルって分業をやりすぎると協調にリソースくわれすぎて性能低下をどうするのか、とかそんな話はなかったっけ？ 715 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/12(土) 11:50:18.58 .net] 四角いタイヤで走ってみよう！ https://youtu.be/nxZBXBAqN6w https://youtu.be/SzN8azdhgqo https://www.oreilly.co.jp/BOOK/osp/OpenSource_Web_Version/chapter08/chapter08.html 716 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/12(土) 15:25:30.16 .net] カーネル空間で動作するならモジューラブルな設計でもモノリシックカーネルでしょ。 マイクロカーネルはドライバでさえユーザ空間で動作させるっていう考え方。ただしユーザ・カーネル空間を切り替えるコンテキストスイッチが課題。 両者をバランスよく良いとこ取りしたのがハイブリットカーネル。 717 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/12(土) 15:31:16.62 .net] 過去にはX Window Systemをカーネル空間で動作させれば早くなるって意気込んだ取り組みがあったけど、結局今の形になった。 理由はX自身が出した。Xがクラッシュするとカーネルがぬるぽするからだ。 って何かに書いてあったのを思い出した。 718 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/12(土) 15:37:29.30 .net] さすがぬるぽ 719 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/12(土) 17:40:30.19 .net] >>707 確かにXが原因でカーネルパニックを起こした事が何度か有ったな 720 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/12(土) 18:09:02.73 .net] タネンバウムがスタースクリームにしかみえない。 721 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/12(土) 21:57:11.61 .net] X Window Systemってミドルウェアになるんですか？ 722 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/12(土) 22:24:52.69 .net] そもそもLinux kernelにはグラフィクスドライバーは含めないとか言ってたのに、今は含めまくりだけどな Linuxはバグが少ない？ グラフィクスドライバーまで含めてて少ないわけ無いだろw 723 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/12(土) 23:23:38.34 .net] Linuxのグラフィックドライバは、kernel moduleになってるよ。amdのドライバはLinuxにマージされてるけど、nvidiaのドライバはベンダから入手するしかない。 724 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/13(日) 00:12:25.81 .net] リーナスさんが講演でカメラに向かって中指立てながら"FU*CK YOU NVIDIA"してた姿は印象的だった。 我らの佐藤先生には是非ともソ●ニーに対して中指立てて欲しい。 725 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/13(日) 00:48:23.92 .net] ドライバをカーネルに含めないでどうやってGPUを使うの？ 不可能でしょ 726 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/13(日) 00:50:41.70 .net] >>712 それってさ、仮にLinux kernelにグラフィックドライバを含めないとしてさ グラフィックドライバにバグがあることには変わらんだろ？ カーネルにバグが有るかユーザーランドにバグが有るかの問題でしかないじゃん FreeBSDのグラフィックドライバがユーザーランドにあるのかしらんけど、 ユーザーランドまで含めてOSなんだから、FreeBSDの方がばぐおおいよね。 727 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/13(日) 01:22:04.10 .net] >>715 IO処理や割り込み処理を特別に許可したユーザプロセスで行える仕組みがあればカーネルに含める必要はない。 それこそIPを経由して月の裏側で動作させてもいいわけだし。 728 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/13(日) 01:24:08.33 .net] >>716 その理屈だとカーネルのみのLinuxはOSじゃないよね。 OSとOSじゃないもの比べて何がしたいの？ 729 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/13(日) 01:40:22.40 .net] ちんちんシュッ！シュッ！シュッ！ 730 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/13(日) 08:45:24.18 .net] 論破されるとオナニー認定マンになる対立煽りを得意とする荒らしでした 731 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/13(日) 11:18:24.78 .net] >>717 そんな仕組みPOSIXにあるの？ 732 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/13(日) 11:19:27.23 .net] >>718 だからOSとOSを比べた場合 Linuxの方がバグが少ないって話だろ 733 名前：名無しさん＠お腹いっぱい。 mailto:sage [2022/03/13(日) 13:38:40.33 .net] >>712 似たような話はWindowsにもあります。 Vistaが遅いように見えるのは、 GDIの処理を並列処理してないかららしいです。 Vistaでは2個のウインドウを同時に書き換え出来ないのです。 なんでこんな事になったかというと、WindowsNT4からXPまでのGDIは特権レベルで動いていたのに対し VistaのGDIはカーネルの保護下で動く事になり、例えば複数のプログラム又はスレッドが 同一のウインドウにアクセスするなんて事が起こらないように、厳重にコントロールした結果 GDIの処理を並列に行えなくなったそうです。 Windows7の場合は、GDIをカーネル上で保護した上で、時分割並列処理をし 仮想的には並列処理させることで、XP並の軽快な動作にしてるのだとか。

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef