[過去ﾛｸﾞ] FreeBSDを語れ Part57 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
894: 2023/08/17(木)07:40 AAS
なに？最近はvesa frame bufferも動かなくなってるの？
895(1): 2023/08/17(木)08:09 AAS
何が言いたいのかよくわからんな
デバイスドライバ書いてバグが増えるぐらいならデバイスドライバ書くなってこと？
896: 2023/08/17(木)08:42 AAS
>>893
ドライバー以外でも、リリース毎に3万行位ずつ増えてる感じだよ
とんでもない化けもんだよ
897(1): 2023/08/17(木)08:55 AAS
Windowsのカーネルとデバイスドライバーは分離されてるよね
なんでそういう風にできないのだろう
898: 2023/08/17(木)10:17 AAS
>>897
されてません
配布形態としてドライバとミドルウェアとアプリの区別すらないものさえありますし
ミドルウェア相当がドライバに含まれるものも多いです
899(1): 2023/08/17(木)14:27 AAS
ＣLIって何？CUIじゃないの？
900: 2023/08/17(木)14:58 AAS
キャラクター・ライク・インプット CLI
901: 2023/08/17(木)16:24 AAS
>>895
想像力過多だな
コードを書けばバクが必ずある
コードサイズが増えていくものはバグも増える、恐らく永久にバグはなくならない
それだけの話だ
コードをたくさん書くのは表面的な作業以上に多くの開発力が必要だ
コードを書かずに済まそうというのは恐らくはいい考えだろう
902(1): 2023/08/17(木)17:47 AAS
command line interface
903: 2023/08/17(木)19:10 AAS
アイデアの１つとしてはrumpkernelがある
Runnable Userspace Meta Program
実装はNetBSDのカーネルのドライバやファイルシステムをユーザランドに持ってきたものがある
904: 2023/08/17(木)19:41 AAS
GNU HurdはRump kernelをドライバーに採用した
元々全てをユーザーランドで動かすマイクロカーネルなんで、まさにうってつけだった
GNU Hurdは面白くなってきたよ
905: 2023/08/17(木)23:35 AAS
Hurdは今世紀中に完成する?
906: 2023/08/18(金)00:02 AAS
サグラダ・Hurd
907: 2023/08/18(金)00:12 AAS
完成が遅れるほど、基本設計が古過ぎるポンコツになるんでないの？
既に動いている他のは少しづつでも改良されて、新しいものも取り込んでいるのに。
908(1): 2023/08/18(金)03:35 AAS
>>899
俺も>>902だと思っていたけどWikipediaを見たら
CLI (Command Line Interface) ＝ CUI (Character User Interface)で、
CLI (Command Line Interpreter)とは別のものらしい、、、、、と思いきや結局おなじもの？
909: 2023/08/18(金)04:08 AAS
Hurdは設計が古すぎるので性能が出ない
Machベースのマイクロカーネルなんて話にならん
910: 2023/08/18(金)04:23 AAS
rumpkernelのキモはOSとドライバを完全に分離できるところにあるのにHurdなんてポンコツの話されてもな
911: 2023/08/18(金)04:51 AAS
実験的なものでしかないけど実際に試せるものが以下にあるんだな
外部ﾘﾝｸ:github.com
概念的にはこっちを見ると良い
外部ﾘﾝｸ:en.wikipedia.org
rumpkernelで提供されるデバイスドライバとapacheなどのアプリケーションをリンクして
直接KVMなどのハイパーバイザー上で動かすことのできるパッケージがrumprun-packages以下になる
一応mysql, PHPはあるからLAMPっぽい事ができる最低限のものはあるというか（笑
Linuxの環境に対して4%程度のコードベースでアプリケーションの実行環境を作るとかな
912: 2023/08/18(金)06:07 AAS
今のGNU Hurdは2年おきくらいにリリースされてるよね
英語版wikipediaですら更新されてないくらい注目度低いけどw
Minix3も誰か引き継いでハッテンさせないのかな
913: 2023/08/18(金)07:17 AAS
アッー！
914: 2023/08/18(金)07:26 AAS
カーネル開発は難しいというイメージ戦略に成功したHurd。
Linux の陰の応援団だよ。
915(1): 2023/08/18(金)08:26 AAS
GNU Hurdのアーキテクチャが古いとか…無知というのは怖いもんだなw
今は何でもコンテナで動かす時代
マイクロカーネルがコンテナと相性が良いのは間違いない
ま、取り敢えず↓これでも読んどけ
外部ﾘﾝｸ:mhatta.medium.com
916: 2023/08/18(金)08:46 AAS
スレチでマウント取り出すのって爺っぽいが
917: 2023/08/18(金)22:48 AAS
>>908
command line interpreterってREPLのある処理系だろ
918(1): 2023/08/19(土)10:48 AAS
>>915
Machのメッセージパッシングが2桁ぐらい遅くて、とても遅くてシステム全体の足を引っ張っているのは周知の事実でいくつも論文出てるよ
原因も判っている
コンテキストスイッチでCPUキャッシュを使い切ってしまうこと
919(1): 2023/08/19(土)11:00 AAS
Hurdなんか先がない
MacOSがに元々はメッセージパッシングによるマイクロカーネル構造だったMach3.0をわざわざメッセージパッシングを単なる関数コールに置き換えてモノリシックカーネルにした
なんてのは力技の現実的解決方だがそうするしかなかったんだな
AppleはやったがHurdにそこまでの工数かけることは現実的ではないだろう
L4系列でやっている桁違いのメッセージパッシングの高速化は大きな制約を課して行っているもので使うメッセージの種類、性質の設計に関わる
920: 2023/08/19(土)11:01 AAS
以後俺はHurdの話はしないからそのつもりで
921: 2023/08/19(土)11:03 AAS
>>918
もちろんMachのIPCは遅いがそれは高機能だからだ
無意味に遅くしてる訳じゃない
GNU Hurd使ったことあるか？思ったほど遅くないぞ
ベンチマークも出てるし見てみればいいじゃん
ちなみに論文読んでるならVirtual Machine Extensions(VMX)使えばマイクロカーネルのコンテキストスイッチを速く出来るというのも知ってるはずだ
そりゃそうだ、やってることはコンテナ動かしてるのに近い訳だから
922(1): 2023/08/19(土)11:35 AAS
>>919
Appleがやったんじゃないよ
Mach上のBSD実装は最初からそういうものだった
リソース投入したのはCMUとかユタ大学辺りだよ
それがそのままNEXTSTEPで採用された
実験的にマイクロカーネル外でも実装したがすぐに放棄された
だからHurdが大真面目にやろうとしててみんな驚いた
923(1): 2023/08/19(土)14:16 AAS
>>922
馬鹿？
2.5と3.0の実装を知らんのか
お前がにわかなのはよくわかったよ
さよなら
上下前次1-新書関写板覧索設栞歴
あと 79 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.019s