完全なモノリシックカーネルにしないで
マイクロカーネルみたいな仕組みがあるのは、何か利点があるのでしょうか？

カーネルの話を持ち出すまでも無く、
プログラムにしたって、モジュール化のメリットはわかる。
切り離しといてそこをチョコチョコ取り替える。
切り離すの前提だと、そこに明確なインタフェースが生まれてくるので、
実は切り離す前に比べて設計がある種シンプルになるんじゃないかな。

…と思ったｗ　思っただけだから本気でとるなよ。

あと、
アンドリュー・タネンバウムとリーヌス・トーヴァルズの議論
でぐぐったら面白いかもしれない。有名だからもう知ってるかもしれないけど。

>>602
wikiで「カーネル」を検索すればいい

>>599
http://ja.wikipedia.org/wiki/Initrd
> これらの特殊ケースに対応してカーネルにコードを加えるのを防ぐため、立ち上げの初期段階では一時的なルートファイルシステムを使う。

>>605

>>600

>>599
たしかケツにくっつけるだけでおｋだったはず

なんでググらないのか

linuxのカーネルに限った話じゃないけど、複数コアを有するCPUでスケジューラがプロセスを一つのコアに割り当てる時、
このコアでやるってCPUに指示するのはx86の場合どうやってるの？

コアを選ぶ命令なんてあったっけ？
あるいはEIPに番地入れる時にプレフィックス指定するとか、そんな感じなの？

なるほど、プロセッサ間割り込みか。調べる取っ掛かりが得られたわ、ありがとう

各コア上で動いてるスケジューラはそれぞれ自分がどのコア上で動いてるか知ってて
自分に合ったプロセスを引っ張ってくるだけでは

スケジューラーは同時に複数のＣＰＵが走らないようにロックしているんじゃね？
しらんけど

Windowsがやっているような複数コアへのプロセス割り当てだと
シングルスレッド設計のアプリを複数CPUで無理やり実行して
キャッシュの帯域が無駄に増えるだけで他のプロセスのスレッドが使える
キャッシュを潰しかねない。
Windowsの「もっさり感」はOSがCPUの稼動率をみ一定％未満だから
省エネモード動いていてしばらく稼働率がアップしないとCPUの省エネ動作を
解除しないのが原因だと思うわ。アプリのウインドー切り替えた瞬間だけ
アクティブになったプロセスが動いているコアを全力稼動させるとか
アプリ側がやらないと難しい話なのか？

そういえばC2Dだけどfloat多用したコードは動き始めが１／２ぐらいの速度しかでないって言うのはきのせいなのかな？
float演算回路がクロックダウンしている感じがするんだけど公式にそういう仕様だっていうのは見たことないような希ガス
そういう仕様を無視しててきとうにＣＰＵを割り当てればfloatが極端に遅くなるよな

気のせいじゃないってことでいいですかね？

EIST切っとけば問題ない
電気代恐ろしいけど

入力操作デバイスを使っているタイミングでターゲットになっている
アクティブなプロセスはタスクかウインドマネージャーあたりで
クロックアップできないんだろうか。

ちょっと何言ってるかわかりません

>>631
わからないなら、黙ってれば？

境界性人格障害

>>630
ナイス値下げたいって話なら、昔Xレイヤあたりで下げてたけど、理由あって無くなった
理由は忘れたけど

過去9801がサポートされたことって
あったっけ？

2.5時代にマージされかけたことはあった

自分でカーネル弄れない奴がなんでLinux使ってんの？

Ubuntu界隈が宣伝しまくってるからな

>>643
http://code.google.com/p/kernel-janitors/

BIOSに項目があるんじゃないか。おれのにはあった、気がする。

kernelの技術って身につける価値ないんでしょうか？
ディバイススレで質問してみたところ、
他に進んだ方が良いと言われてしまいました。

kernelなら技術者に対し根強い需要があるかなと思ったんですが、
そうでもないんですか？
kernelって難しいからうぇぶ屋の頭の悪い人は立ち入ることのできない、
聖域となってると思うんですけど。
頭の悪い人は淘汰されている世界で技術磨きたいんですよね

うぇぶで取り上げられる人って見てて頭悪そうなのが嫌です
あんな人たちと競いたくないんですよね

>>647
他の人に理解できない技術を持ってても
人は理解できないものに金を払わない

日本では駄目

ことあるごとにfuck言いまくる頭の悪そうな発言の多いカーネル開発者がいた！