[過去ﾛｸﾞ]
FreeBSDを語れ Part54 (1002ﾚｽ)
上
下
前
次
1-
新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
794
(2)
: 2022/03/18(金)18:25
AA×
>>704
[240|
320
|
480
|
600
|
原寸
|
JPG
|
べ
|
ﾚｽ栞
|
ﾚｽ消
]
794: [sage] 2022/03/18(金) 18:25:38.29 >>704 2000年以前にあった議論は定量的な見方をしないと意味不明確かも Mach3.0辺りのマイクロカーネルはメッセージパッシングにかかる時間は100μS程度と当時のCPUの速度を考えても極端に遅かったんだわ これに実装で挑戦したのがヨッヘン・リートケのL4マイクロカーネル 高速化の手法は何でも試したとか それとプロファイリングも徹底的に行ってメッセージパッシングのオーバーヘッドを数十マシンサイクルまでに減らした それから得られた結論で、メッセージパッシングが従来遅かったのは 「メッセージパッシングのフットプリントが大きく、コンテキストスイッチで簡単に命令キャッシュを使い果たしてしまうこと」 だから極限までカーネルモードで動く部分を小さくしてしまい、メッセージパッシングも単純で高速なものに限定してしまえばマイクロカーネル化しても遅くならない これがリートケの発見した極小原理になった。だいたいこんな内容 「カーネル内に実装してもいいのは、それをカーネル外に実装したらシステム上の機能不全になってしまう場合だけ」 L4系のマイクロカーネルはとても小さい組み込み用に使われているOKL4は16000行 最近の開発だとseL4がgithubにある 各種アーキテクチャに対応のコードが含まれるけど25000行ぐらいかな http://mevius.5ch.net/test/read.cgi/unix/1630061644/794
年以前にあった議論は定量的な見方をしないと意味不明確かも 辺りのマイクロカーネルはメッセージパッシングにかかる時間は程度と当時のの速度を考えても極端に遅かったんだわ これに実装で挑戦したのがヨッヘンリートケのマイクロカーネル 高速化の手法は何でも試したとか それとプロファイリングも徹底的に行ってメッセージパッシングのオーバーヘッドを数十マシンサイクルまでに減らした それから得られた結論でメッセージパッシングが従来遅かったのは メッセージパッシングのフットプリントが大きくコンテキストスイッチで簡単に命令キャッシュを使い果たしてしまうこと だから極限までカーネルモードで動く部分を小さくしてしまいメッセージパッシングも単純で高速なものに限定してしまえばマイクロカーネル化しても遅くならない これがリートケの発見した極小原理になっただいたいこんな内容 カーネル内に実装してもいいのはそれをカーネル外に実装したらシステム上の機能不全になってしまう場合だけ 系のマイクロカーネルはとても小さい組み込み用に使われているは行 最近の開発だとがにある 各種アーキテクチャに対応のコードが含まれるけど行ぐらいかな
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 208 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
ぬこの手
ぬこTOP
0.038s
