「Linus、カーネルサミットで2.7ブランチの開始見送りを表明」記事へのコメント

いつの日にか

[kamakama (18535)]

マイクロカーネルになったりするんだろか？

むかしSDかなにかの記事で、BSDはマイクロカーネル設計になってるのに
単一のUNIXサーバしかないようになってるって見たことあるなー。
やっぱマイクロカーネルはだめなのかしらん。

。。。フレームのもとかしら(^^;

Re:いつの日にか

[tsk (909)]

確か「Machオペレーティングシステム」の中だったと思いますが、
Machの設計思想には、
・マルチプロセッサ
・広大なメモリ空間
という前提があって...って書いてあったように思います。

# その本を読んだ地点では、Pentium166MHz/メモリ64MBくらいが
# ハイエンドPCだったかな

Re:いつの日にか

[Anonymous Coward]

>>近い将来、個人のPCもマルチプロセッサが当たり前になるでしょう
>>から、

ほんとにそう思います？

Re:いつの日にか

[Anonymous Coward]

現状既にリーク電流が問題になっており、
その解決が出来るのは65nmで製造される段階まで待たないといけないという可能性があります。

既にリーク電流による消費電力・発熱が問題になっており、
単体当たりの発熱を考えたら十分解になるでしょう。
だれも1個で200Wみたいな発熱や電気食いの塊のCPUを使うぐらいなら、
いっそマルチプロセッサ化して100W*2のほうが

Re:いつの日にか

[mocchino (13752)]

サーバー系用途でマルチプロセッサ/マルチコアを有効に使う機会は結構ありますが、クライアント系でマルチプロセッサを有効に使えるソフトって今だとどんなのがあるんでしょ？

マルチコア/マルチプロセッサ化してもソフトがマルチスレッド化できてなければ、複数ソフトを同時に使う(立ち上げるではなく(苦笑))ことの少ないクライアント用途ではなかな

Re:いつの日にか

[Anonymous Coward]

JavaVM。

# GNU makeの-jオプションでも可。

Re:いつの日にか

[mocchino (13752)]

JavaVMなら普通の人もつかうんですかねぇ～
Office系ソフトが対応してくれた方がうれしんですが...
排他制御たいへんかなぁ～やっぱり(苦笑)

IntelとかAMDとかマルチコアに行こうとしてますが..
アプリのマルチスレッド化は間に

Re:いつの日にか

[Anonymous Coward]

複数のアプリを同時に動かす時に、それぞれ別のCPUコアにタスクを割り当てられれば、前面に出てる(＝ユーザーが今操作してる)アプリのレスポンスが低下しないと思うので、個々のアプリがすべてマルチスレッド化してなくてもそれなりに意味はあるかなと思いますが。WindowsでもLinuxでも、バックグラウンドにプロセスが一つもいないということは無いでしょ？

どのみちマルチコアになったところでパフォーマンスが掛け算になる訳は無いんだし。

Re:いつの日にか

[mocchino (13752)]

>バックグラウンドにプロセスが一つもいないということは無いでしょ

マルチスレッドに対応してないと、マルチコア１つ分のCPUの数がいくら増えてもマルチコアの1プロセスの最大速度に縛られてしまうんですよね。
対応してれば、他のプロセッサも使って動作できるわけです

でクライアント用途で使っている場合は、特定のアプリケーションの動作速度を要求される事が多くありませんか？

つまり対応していないと、いくら複数コア存在しても、１コアCPUの速度が限界になってしまうのです。
これだと、せっかくマルチコア/マルチプロセッサにしたのに速度が1コアCPU分の速度以上、上がらないって事になってしまいます。

2個程度ならまぁそれでもいいでしょうが、マルチコア/マルチプロセスが進んで4個とか8個とかになって時に、そのなかの1個しかフル稼働しないのはなにかもったいないなぁと(苦笑)

無論サーバー用途では、多数のプロセスを立ち上げて処理する場合が多いですから(Webサーバーとか/Mailサーバーとか)十分使い切れるとおもいます