FreeBSDを語れ Part57

1 名前：名無しさん＠お腹いっぱい。 [2023/04/23(日) 09:50:57.81 .net] https://www.freebsd.org/ja/ 前スレ FreeBSDを語れ Part56 https://mevius.5ch.net/test/read.cgi/unix/1671084924/ 過去スレ FreeBSDを語れ Part55 https://mevius.5ch.net/test/read.cgi/unix/1649337763/ FreeBSDを語れ Part54 https://mevius.5ch.net/test/read.cgi/unix/1630061644/ FreeBSDを語れ Part53 https://mevius.5ch.net/test/read.cgi/unix/1607845477/ FreeBSDを語れ Part52 https://mevius.5ch.net/test/read.cgi/unix/1596404184/ 関連スレ 初心者もOK! FreeBSD質問スレッド その125 https://mevius.5ch.net/test/read.cgi/unix/1632283136/ BSD/LinuxでのOffice/Desktop環境を語れ！　Part03 https://mevius.5ch.net/test/read.cgi/unix/1633521461/ RaspberryPiで稼働する*BSDを語れ https://mevius.5ch.net/test/read.cgi/unix/1582471618/ ##次スレは>>950を踏んだ人がたてませう 829 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/07/27(木) 22:22:39.95.net] >>822 秒針つきアナログ風時計は？と問われれば xclock -update 1 と答え候 830 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/07/27(木) 22:25:07.99.net] >>748 ツンツン 831 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/07/27(木) 23:33:11.91.net] 　　☆;.+* 　　:ﾟ+｡. 　　☆;.+*: 　　ﾟ+｡.☆; 　　.+*:ﾟ+｡. 　　☆;.+*:ﾟ 　　+｡.☆ 　　 ／⌒＼ 　　(　　　) 　　｜ 　 ｜ 　　｜ 　 ｜ 　 　|　 　| 　 　|　 　| 　 　|　 　| 　 　|　 　| 　 　| °Д° | 　 　|　 　| 　 　|　 　| 　 ＿|　⊃／(＿＿_ ／　└-(＿＿＿_／ 832 名前：FreeBSDでwimeを使っている君 mailto:sage [2023/07/29(土) 21:29:26.54 .net] >>824 xcalc 使用者なので、即、xclock を思い出しましたが、 以下の理由で、即、却下しました。 ・長針と短針が長三角形で根元が太く 　針が重なった時に見にくい。 ・時計の目盛りを刻んでいるのはよいが、 　長針と短針が短くて不自然に見える。 ・秒針が長くて不自然。 いま気づいて「cairo-clock」を入れましたが、サイズ変更も できていいですね。 あ、でも、BackGroundColorがBlackで透過にならないのか。 透過にしたければ、「compton-conf」か「compton」が必要なのか。 じゃあ、単体で透過するEmiClockでいいです。 こういう話題こそ「環境を語れ」スレで、すべきですよね……。 833 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/07/29(土) 22:45:23.27 .net] pkgに小熊猫116が来てる なのに雷鳥115はまだ来ないんだな 834 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/02(水) 12:11:02.44.net] GNU tar使うのに態々gtarから打たないといけないのは面倒 835 名前：名無しさん＠お腹いっぱい。 [2023/08/02(水) 12:40:59.64.net] >>829 鬱陶しいのはわかるが、gtarを使わなきゃいけない場面がそんなにあるか？ 836 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/02(水) 18:06:16.28.net] そこにgtarがあるなら使わざるを得ないな 837 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/02(水) 18:59:05.88.net] aliasしときなよ 838 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/03(木) 04:44:19.01 .net] 全体的にGNUのコマンドのほうがいいとはよく言われるが、ことtarに関してだけはgtarよりbsdtar(libarchive)の方が良くね？ 839 名前：名無しさん＠お腹いっぱい。 [2023/08/03(木) 06:38:43.79.net] >>833 だな。grepもいつしかGNU grepを使わなくなった。ただこっちは慣れだけかも。 840 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/03(木) 14:36:42.09 .net] >>834 PCRE互換がBSD grepにはない gnugrep -P pcregrep pcre2grep tarはlibarchiveが便利 zipや7zの独自なオプション名覚えなくて済むし 841 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/03(木) 22:11:25.23.net] make worldをクロスビルドしてるけどまだ終わんねえ もう1時間半たっちゃったのに 842 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/03(木) 22:41:20.10.net] portsはクロスビルドできないのしらなくて 仕方ないからproxmoxでi386環境作ってビルドしてるけどqemuってかkvmって以外に遅いのな 4G-XでXを起動してEmacsを動かしてみたけど流石に画面解像度が低すぎて使いにくい 800x480だったか、VTに日本語フォント喰わせた方が楽だった。 Xの方は小さめのフォントにして起動時フルスクリーンなら使えそうかな。 キー入力の自由度目当てなんでなんか代替案を探してみるか。 843 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/03(木) 23:10:23.45.net] ハードディスクがガリガリ言わなくなってて確認したらsudoの「パスワード:」で止まってた 後はmake installworld distributeとハードディスクイメージの作成みたいだからすぐに済むかな >>837 i386ならjailを使ってamd64上に環境を作ってportsをビルドできたと思う 844 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/03(木) 23:15:51.37.net] 80486 RAM4MBで386bsdの世界創生 してた頃はのどかだったなぁ… 845 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/03(木) 23:55:06.37.net] えええええ まじっすか start_init: trying /sbin/init init died (signal 6, exit 0) panic: Going nowhere without my init! time = 1691072421 KDB: enter: panic [ thread pid 1 tid 100001 ] Stopped at 0x4 db> 846 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/04(金) 15:26:13.29 .net] >>839 6時間くらいだっけ？朝make worldかけて帰宅したら終わってるサイクルで使ってたw 847 名前： 【豚】 mailto:sag [2023/08/07(月) 00:29:40.73 .net] Release schedule reminderに続いてCode slush begins / KBI freezeも１日早いの？ この調子ならリリースアナウンスも１日早く来るはずだ・・・・・・！ 848 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/07(月) 01:50:53.60 .net] 豚? 849 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/07(月) 15:02:18.64 .net] twmを入れてemacsを最大化するのはうまくいかなかった。 正確にはemacs自身に最大化させることができなくて、twmからならきっちり画面いっぱいにはできた。 たぶん、twmがフルスクリーンの依頼を受け付けてないんだろうと思ってctwmを入れてみたらf11でフルスクリーンをトグルできた。 850 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/07(月) 16:39:43.61 .net] >>844 ウィンドウの上のバーを管理してるのはWMです アプリが自分で最大化してるわけではありません アプリは通知を受けてウィンドウを再描画するだけです 851 名前： 【大凶】 mailto:sage [2023/08/08(火) 01:00:22.81 .net] >>843 00:00〜00:59までは名前欄に "!omikuji" でおみくじタイム 852 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/08(火) 10:05:50.83 .net] >>846 知らなかった ありがとう 853 名前：名無しさん＠お腹いっぱい。 [2023/08/08(火) 14:10:05.00 .net] >846 fushianasanじゃないのか？ 854 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/08(火) 15:57:06.54 .net] 悪いやつはどこにでもいるな 855 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/08(火) 18:24:33.52 .net] hが入ってるだけ良心的だろ！！１１１ 856 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/08(火) 18:55:01.84 .net] no rest for the wicked 857 名前：fusianasan mailto:sage [2023/08/08(火) 20:46:49.30 .net] https://ja.wikipedia.org/wiki/Fusianasan 858 名前： 【中吉】 mailto:sage [2023/08/08(火) 23:25:22.15 .net] 遅ればせながらApril-June 2023 Status Reportを途中まで読んだ ページを自動的に機械翻訳するようにして読んでるんだが興味深いものがあった > FreeBSD カーネルの物理メモリ圧縮 マジで！？と思って詳細ページを確認してみたけど超がっかり Memory CompactionのことであってMemory Compressionのことじゃなかった いや、大事なことには変わりないんだけど 859 名前： 【男の娘】 mailto:sage [2023/08/08(火) 23:36:14.72 .net] 他に気になった部分は >boot FreeBSD from an in-memory SquashFS file system. あたりかなあ tarfsは既にCURRENTに組み込まれてるし次はハンマーかな？ 860 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/09(水) 14:52:38.66 .net] gigazineでvimの作者が亡くなったと報道してたが FreeBSDのviはなんじゃらほいと思ったので man vi やってみたら HISTORY The ex editor first appeared in 1BSD. The nex/nvi replacements for the ex/vi editor first appeared in 4.4BSD. AUTHORS Bill Joy wrote the original version of ex in 1977. 古い vimとやらは入ってなかった まあemacsとmgしか使わないのでどうでもいいんだが 861 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/09(水) 19:57:41.31 .net] >>855 英語読めてるかな? nviは4.4BSDからだから1994年だぞ 862 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/10(木) 09:39:16.92 .net] 13.2Rにeeemonの導入成功。ほとんど弄る必要が無かった。 863 名前：>>840 mailto:sage [2023/08/10(木) 16:17:43.38 .net] 聞いたに書いてあったは https://qiita.com/yamori813/items/bbdd91296602940cdbda > 14Rで消される事になりますが、FreeBSD/mipsは13CURRENTの途中でgcc4からclangに変更され、その時点でカーネルが落ちるようになったので、12Rが実質的最後のリリースになります。 酷い扱いされてるwwwって言うのは簡単だけどやる人がもういないってことなんだな 864 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/10(木) 17:59:33.69 .net] > gccでのクロスのフルビルドは1時間以内でできるのですが、clangになってパラビルドしても5時間近くかかるようになりました。 clangクソ過ぎﾜﾛﾀw 865 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/10(木) 18:57:11.44 .net] elvis使えば良い 866 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/10(木) 19:52:44.63 .net] >>858 MIPSのマシンは記憶に無い なんかあったっけか 富士通あたりか？ 867 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/11(金) 00:47:20.89 .net] ZRouter.org絡みの話ですね mipsもarmv6も終了のようです 868 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/11(金) 01:11:33.85 .net] >>861 補足すると元々はJuniperのコードでCiscoにいたwannerがメインに突っ込んだとか ターゲットはBroadcom,IDT,Atheros等のSOC 869 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/11(金) 01:28:42.78 .net] Sony NEWSなわけないよな 870 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/11(金) 07:05:31.13 .net] 今時mipsを使う男の人って 871 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/11(金) 10:17:38.44 .net] だからrouter等のembeddedだと言ってるのにw 872 名前：sage [2023/08/12(土) 16:07:16.24 .net] に　ほ　ん　ご　で　か　け 873 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/14(月) 01:27:25.87 .net] 今度は本気のようだな FreeBSD 14.0-RELEASE Release Notes https://www.freebsd.org/releases/14.0R/relnotes/ 874 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/14(月) 09:50:10.54 .net] 14はUnsupported多いですね https://www.freebsd.org/platforms/ 875 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/14(月) 10:20:06.32 .net] ユーザーも開発者も居ないから維持できねぇしする気もないんだと あとClangのクロスtoolchainなのかx86以外のアーキテクチャのサポートがダメなのか知らんけど軒並み諦めてるな 876 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/14(月) 11:55:56.66 .net] もうNetBSDに行くしかないのかなあ 877 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/14(月) 13:11:43.40 .net] 夕飯までには帰って来なさいよ 878 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/14(月) 19:03:45.34 .net] OpenBSDは頑張ってサポート出来てるのに… どうしてこうなった 879 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/14(月) 19:22:28.95 .net] こうして少年はLinuxへと旅立って行った 880 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/14(月) 20:17:35.66 .net] こだわりや思い入れはあるんだがそろそろ限界か 881 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/14(月) 23:18:13.45 .net] その後その少年の姿を見た者はいない…　　fin 882 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/15(火) 06:59:11.19 .net] そして少年は大人になる 883 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/15(火) 10:40:07.23 .net] >>869 インフラ整備できない限界集落みたいになってきたね 884 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/15(火) 23:58:34.47 .net] >>869 VAX11は元々サポートしてなかったのか 885 名前：名無しさん＠お腹いっぱい。 [2023/08/16(水) 01:05:04.98 .net] amd64 aarch64 これだけあれば十分でそ？ そのうち Apple M2 も出たりしてなw 886 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/16(水) 05:09:56.72 .net] Tier 1に昇格したaarch64ヤバない？ 887 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/16(水) 05:58:03.48 .net] BSD 系は普通の利用（サーバとかデスクトップ）だと今後も衰退の一途だろう もう先は無い でも組み込み系だとそれなりに使われているので、各種CPUはサポートし続けたほうが良い X11とかDEは一切いらない。CLIモードで組み込み機器用に使えればそれで良い 生き残る道はそれだけだ 888 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/16(水) 06:55:06.00 .net] XだのDEだのを、自前でサポートしていた時期があったかのように言うじゃん 889 名前：名無しさん＠お腹いっぱい。 [2023/08/16(水) 07:49:00.65 .net] これしかない、こうすべきだ、という論評ほど役にたたないものはない。大体オレの前提条件と合わない。なのに、こういう場合はどう、と問うと、そんな奴ぁいねえといわれる。 890 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/16(水) 11:01:15.37 .net] まぁそんな考え方もあるよね って程度 891 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/16(水) 11:40:24.81 .net] 考えてるけど見〜て〜る〜だ〜け〜〜〜 892 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/16(水) 12:59:22.25 .net] 役に立たないと決めつける論評ほど役に立たないものはない 893 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/16(水) 13:35:32.25 .net] 幽霊は鏡に写らなくていいよな 894 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/16(水) 14:24:29.65 .net] VPetはoneko 895 名前：名無しさん＠お腹いっぱい。 [2023/08/16(水) 20:48:29.04 .net] https://i.imgur.com/zWJUXFW.jpg 896 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/16(水) 22:59:09.14 .net] >>882 DEはさほど負担じゃないでしょ 問題はvideoに限らずdriver /dev/consoleすら作れなくなると開発者も去っていく 897 名前：名無しさん＠お腹いっぱい。 [2023/08/16(水) 23:21:34.32 .net] >>890 ポイント貰うだけ貰うか 898 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/17(木) 03:07:39.02 .net] >>891 そうねぇ今なら例えばofficeアプリが必要ならGoogle App.で済ましてしまえばいい 実際にそうしている企業だってあるからそれで行けばまともなWebブラウザだけ動 けばライトユーザーなら問題ないだろう ほとんどはね Linuxの抱えている問題を一つ挙げておこうか Linuxのバグのライフタイムは実は昔も今もあまり変わっていない 平均的に発生したバグは1年以上残るしコードサイズの増加率は増えていてもバグの 発生率もそれ程変わってはいない そしてコードの量が増えているのはほとんどがデバイスドライバだ 899 名前：名無しさん＠お腹いっぱい。 [2023/08/17(木) 07:40:58.24 .net] なに？最近はvesa frame bufferも動かなくなってるの？ 900 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/17(木) 08:09:15.93 .net] 何が言いたいのかよくわからんな デバイスドライバ書いてバグが増えるぐらいならデバイスドライバ書くなってこと？ 901 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/17(木) 08:42:46.54 .net] >>893 ドライバー以外でも、リリース毎に3万行位ずつ増えてる感じだよ とんでもない化けもんだよ 902 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/17(木) 08:55:38.04 .net] Windowsのカーネルとデバイスドライバーは分離されてるよね なんでそういう風にできないのだろう 903 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/17(木) 10:17:30.31 .net] >>897 されてません 配布形態としてドライバとミドルウェアとアプリの区別すらないものさえありますし ミドルウェア相当がドライバに含まれるものも多いです 904 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/17(木) 14:27:35.75 .net] ＣLIって何？CUIじゃないの？ 905 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/17(木) 14:58:19.61 .net] キャラクター・ライク・インプット　CLI 906 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/17(木) 16:24:48.86 .net] >>895 想像力過多だな コードを書けばバクが必ずある コードサイズが増えていくものはバグも増える、恐らく永久にバグはなくならない それだけの話だ コードをたくさん書くのは表面的な作業以上に多くの開発力が必要だ コードを書かずに済まそうというのは恐らくはいい考えだろう 907 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/17(木) 17:47:32.96 .net] command line interface 908 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/17(木) 19:10:50.57 .net] アイデアの１つとしてはrumpkernelがある Runnable Userspace Meta Program 実装はNetBSDのカーネルのドライバやファイルシステムをユーザランドに持ってきたものがある 909 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/17(木) 19:41:32.78 .net] GNU HurdはRump kernelをドライバーに採用した 元々全てをユーザーランドで動かすマイクロカーネルなんで、まさにうってつけだった GNU Hurdは面白くなってきたよ 910 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/17(木) 23:35:03.00 .net] Hurdは今世紀中に完成する? 911 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/18(金) 00:02:27.61 .net] サグラダ・Hurd 912 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/18(金) 00:12:45.33 .net] 完成が遅れるほど、基本設計が古過ぎるポンコツになるんでないの？ 既に動いている他のは少しづつでも改良されて、新しいものも取り込んでいるのに。 913 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/18(金) 03:35:06.69 .net] >>899 俺も>>902だと思っていたけどWikipediaを見たら CLI (Command Line Interface) ＝ CUI (Character User Interface)で、 CLI (Command Line Interpreter)とは別のものらしい、、、、、と思いきや結局おなじもの？ 914 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/18(金) 04:08:29.85 .net] Hurdは設計が古すぎるので性能が出ない Machベースのマイクロカーネルなんて話にならん 915 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/18(金) 04:23:07.86 .net] rumpkernelのキモはOSとドライバを完全に分離できるところにあるのにHurdなんてポンコツの話されてもな 916 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/18(金) 04:51:14.60 .net] 実験的なものでしかないけど実際に試せるものが以下にあるんだな https://github.com/rumpkernel 概念的にはこっちを見ると良い https://en.wikipedia.org/wiki/Unikernel rumpkernelで提供されるデバイスドライバとapacheなどのアプリケーションをリンクして 直接KVMなどのハイパーバイザー上で動かすことのできるパッケージがrumprun-packages以下になる 一応mysql, PHPはあるからLAMPっぽい事ができる最低限のものはあるというか（笑 Linuxの環境に対して4%程度のコードベースでアプリケーションの実行環境を作るとかな 917 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/18(金) 06:07:32.51 .net] 今のGNU Hurdは2年おきくらいにリリースされてるよね 英語版wikipediaですら更新されてないくらい注目度低いけどw Minix3も誰か引き継いでハッテンさせないのかな 918 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/18(金) 07:17:47.69 .net] アッー！ 919 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/18(金) 07:26:08.59 .net] カーネル開発は難しいというイメージ戦略に成功したHurd。 Linux の陰の応援団だよ。 920 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/18(金) 08:26:27.89 .net] GNU Hurdのアーキテクチャが古いとか…無知というのは怖いもんだなw 今は何でもコンテナで動かす時代 マイクロカーネルがコンテナと相性が良いのは間違いない ま、取り敢えず↓これでも読んどけ https://mhatta.medium.com/gnu-hurd-strikes-back-4021433d506d 921 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/18(金) 08:46:44.01 .net] スレチでマウント取り出すのって爺っぽいが 922 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/18(金) 22:48:29.81 .net] >>908 command line interpreterってREPLのある処理系だろ 923 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/19(土) 10:48:37.82 .net] >>915 Machのメッセージパッシングが2桁ぐらい遅くて、とても遅くてシステム全体の足を引っ張っているのは周知の事実でいくつも論文出てるよ 原因も判っている コンテキストスイッチでCPUキャッシュを使い切ってしまうこと 924 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/19(土) 11:00:27.45 .net] Hurdなんか先がない MacOSがに元々はメッセージパッシングによるマイクロカーネル構造だったMach3.0をわざわざメッセージパッシングを単なる関数コールに置き換えてモノリシックカーネルにした なんてのは力技の現実的解決方だがそうするしかなかったんだな AppleはやったがHurdにそこまでの工数かけることは現実的ではないだろう L4系列でやっている桁違いのメッセージパッシングの高速化は大きな制約を課して行っているもので使うメッセージの種類、性質の設計に関わる 925 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/19(土) 11:01:11.03 .net] 以後俺はHurdの話はしないからそのつもりで 926 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/19(土) 11:03:05.70 .net] >>918 もちろんMachのIPCは遅いがそれは高機能だからだ 無意味に遅くしてる訳じゃない GNU Hurd使ったことあるか？思ったほど遅くないぞ ベンチマークも出てるし見てみればいいじゃん ちなみに論文読んでるならVirtual Machine Extensions(VMX)使えばマイクロカーネルのコンテキストスイッチを速く出来るというのも知ってるはずだ そりゃそうだ、やってることはコンテナ動かしてるのに近い訳だから 927 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/19(土) 11:35:45.74 .net] >>919 Appleがやったんじゃないよ Mach上のBSD実装は最初からそういうものだった リソース投入したのはCMUとかユタ大学辺りだよ それがそのままNEXTSTEPで採用された 実験的にマイクロカーネル外でも実装したがすぐに放棄された だからHurdが大真面目にやろうとしててみんな驚いた 928 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/19(土) 14:16:22.27 .net] >>922 馬鹿？ 2.5と3.0の実装を知らんのか お前がにわかなのはよくわかったよ さよなら 929 名前：名無しさん＠お腹いっぱい。 mailto:sage [2023/08/19(土) 14:54:12.86 .net] >>923 XNUはOSFMKベースで OSFMKはユタ大学のMach4とCMUのMach3向けのコードをベースにしてるんです パフォーマンス改善にはOSFも大いに貢献してます OSF/1で実用するつもりだったから

---

---

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

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