今のLinuxってどうみてもマイクロカーネルだよね

モノリシックカーネルはクソ

>>3
>>3
>>3
>>3
>>3
>>3
>>3
>>3
>>3
>>3
>>3
>>3
>>3
>>3
>>3
>>3
>>3
>>3

>>1はどうでもいいんだけど、Dragonfly BSDみたいにLinuxでも
今はMicroKernel用Interfaceってあるの？

Linuxにkernelレベルで尖ったディストリってあまりないかな。
Dragonflyって本家でULE kernelがデフォになった時点で個人的には興味なくなった。

どこか１台のサーバーにＯＳのイメージをインストールして、
あとの１００台とか１０００台のローカルマシンはそのサーバーを
ポイントしてブートすれば、そのサーバー上に置いたＯＳのイメージを
キャッシュしながらローカルマシンが動くというようなわけには行かない
ものだろうか。サーバー上でＯＳや関連ファイルを更新した場合に、
それが実行途中のローカルマシンにどう影響・反映されるかという問題が
あるのは理解できるけども。

30年前のdisklessワークステーションとか、あるいは今は亡きSUNやIBMの
シンクライアントJava箱とか、歴史は繰り返す?

Linuxカーネルも一枚岩ではないからな

カーネル内で内部抗争があるのか。
ムネアツだな！

>>8
pxeboot

MkLinux....

マイクロカーネルって何よ？

>>14
マイクロカーネルは、カーネルが提供する機能を実現する
ドライバやサービスモジュールを
カーネル本体とは別の保護されたモードで実行する方法。
カーネル本体とサービスモジュール間の通信の為のオーバーヘッドが大きくなるが、
サービスモジュール内で起こった問題にカーネルが影響されにくい。

モノリシックカーネルは
提供する機能をすべてカーネル内に組み込んで同じモードで実行する。
オーバーヘッドは少ないが、
サービスモジュール起こった問題で、カーネルが道ずれになる。

＊当初のマイクロカーネルは、ほぼスケジューラのみであった。(mach?)
＊Linux は現在その中間？（ユーザーモードドライバ等）
＊最近のMacOSはマイクロカーネルだと言っている
＊BSDはモノリシックらしい

...

と、知ってる事を書いてみる。
ま、誰も読まないと思うがwww

*BSDもファイルシステム程度ならユーザーランドで実装できる仕組みが
あったような。

マイクロカーネルのほうがいいにきまっているだろ
速度なんてもんは抽象的で高級なAPIを実装したドライバーとハードウエアで
解決すればいいだけ。
速度が遅いとかはマルチコアＣＰＵが当たり前なんだから多重カーネルな
別プロセスで実行すればいいだけ。
オーバーヘッドとかはＣＰＵのキャッシュ容量が多ければ解決する問題で
そんなチープなＣＰＵはサポートが既に外れているわけで、事実上ＩＳＡ−ＢＵＳ
などを切り離し、非ＰｎＰに対応しないわけで。動かないそれらの小さいキャッシュを
考慮する必要など優先度は恐ろしく低いだろ。
最低でもＬ２かＬ３キャッシュが２ＭＢ以上なければ性能が落ちるで問題ないよ。

> 抽象的で高級なAPIを実装したドライバー

解決できるか!!!

製造プロセス微細化の限界が見えてきてハードウェアの性能向上が見込めなくなる頃には
モノリシックが注目されるようになるのだろうか

誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒　『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。

グーグル検索⇒『宮本のゴウリエセレレ』

BRAU9C972A

僕の知り合いの知り合いができた副業情報ドットコム
関心がある人だけ見てください。
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

O6KOL