[過去ﾛｸﾞ] FreeBSDを語れ Part57 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
887: 2023/08/16(水)12:59 AAS
役に立たないと決めつける論評ほど役に立たないものはない
888: 2023/08/16(水)13:35 AAS
幽霊は鏡に写らなくていいよな
889: 2023/08/16(水)14:24 AAS
VPetはoneko
890(1): 2023/08/16(水)20:48 AAS
画像ﾘﾝｸ
891(1): 2023/08/16(水)22:59 AAS
>>882
DEはさほど負担じゃないでしょ
問題はvideoに限らずdriver
/dev/consoleすら作れなくなると開発者も去っていく
892: 2023/08/16(水)23:21 AAS
>>890
ポイント貰うだけ貰うか
893(1): 2023/08/17(木)03:07 AAS
>>891
そうねぇ今なら例えばofficeアプリが必要ならGoogle App.で済ましてしまえばいい
実際にそうしている企業だってあるからそれで行けばまともなWebブラウザだけ動
けばライトユーザーなら問題ないだろう
ほとんどはね
Linuxの抱えている問題を一つ挙げておこうか
Linuxのバグのライフタイムは実は昔も今もあまり変わっていない
平均的に発生したバグは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
スレチでマウント取り出すのって爺っぽいが
上下前次1-新書関写板覧索設栞歴
あと 86 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.017s