Linus、カーネルサミットで2.7ブランチの開始見送りを表明 42
ストーリー by Oliver
パッチは貯めるよりも継続的にマージ 部門より
パッチは貯めるよりも継続的にマージ 部門より
ne_simon曰く、"japan.linux.comに今年もオタワで行われた Linux Kernel Developers Summitの報告記事が 掲載されている。毎年、カーネル開発の方向性に大きな影響を 与えるKernel Summitだけに様々な議論がなされたようだが、 一般に一番大きなニュースは「2.7カーネルの開発開始が見送られた」 ということだろう。今までの流れ的にはそろそろ開発版にあたる 2.7のブランチが開始されてもおかしくないわけだが、 「いままでのような失敗を繰り返さないためにも、2.6をキチンと 仕上げてから始めたいとのLinusの意向があり、首を縦に振ることはなかった。」ということのようだ。"
いつの日にか (スコア:1)
むかしSDかなにかの記事で、BSDはマイクロカーネル設計になってるのに
単一のUNIXサーバしかないようになってるって見たことあるなー。
やっぱマイクロカーネルはだめなのかしらん。
。。。フレームのもとかしら(^^;
Re:いつの日にか (スコア:3, 興味深い)
Machの設計思想には、
・マルチプロセッサ
・広大なメモリ空間
という前提があって...って書いてあったように思います。
# その本を読んだ地点では、Pentium166MHz/メモリ64MBくらいが
# ハイエンドPCだったかな。
近い将来、個人のPCもマルチプロセッサが当たり前になるでしょう
から、今までのような状況(マイクロカーネルは無駄だ、などの批判含む)
も少しはかわるのではないかな、と思っています。
Re:いつの日にか (スコア:0)
>>から、
ほんとにそう思います？
Re:いつの日にか (スコア:3, すばらしい洞察)
その解決が出来るのは65nmで製造される段階まで待たないといけないという可能性があります。
既にリーク電流による消費電力・発熱が問題になっており、
単体当たりの発熱を考えたら十分解になるでしょう。
だれも1個で200Wみたいな発熱や電気食いの塊のCPUを使うぐらいなら、
いっそマルチプロセッサ化して100W*2のほうが扱いやすいかと。
たとえ単体の高速CPUと比べてオーバーヘッドなどで性能が落ちるとしても、
熱という非常に差し迫った問題からは逃げられませんから。
それより水冷が当たり前になる日が近いのか？
# クーラント入れ忘れたら水蒸気モクモクという世界になったりして(w)
Re:いつの日にか (スコア:2, 興味深い)
マルチコア/マルチプロセッサ化してもソフトがマルチスレッド化できてなければ、複数ソフトを同時に使う(立ち上げるではなく(苦笑))ことの少ないクライアント用途ではなかなかまだ有効に使える事が無いような感じが...
まだまだゲームとかCAD系ばかりなのでしょうか？
OpenOfficeの対応状況ってどうなんだろ
#いやまぁゲームとかCAD系が対応してれば問題無いって言う話はあるかもしれませんけど、
#あぁあとベンチマークもかな？(笑)
Re:いつの日にか (スコア:1)
---- 6809
Re:いつの日にか (スコア:1)
Office系ソフトもマルチスレッド対応してくれないと、普通の人はゲームしか使用用途が...
会社ならグリッドコンピューティングで余った部分をほかのことにとかで使えるのかな？
余剰処理能力の売却ができるようになれば、意味があるのかもしれませんねぇ
Re:いつの日にか (スコア:0)
# GNU makeの-jオプションでも可。
Re:いつの日にか (スコア:2, 興味深い)
Office系ソフトが対応してくれた方がうれしんですが...
排他制御たいへんかなぁ～やっぱり(苦笑)
IntelとかAMDとかマルチコアに行こうとしてますが..
アプリのマルチスレッド化は間に合うんだろうか..
CPU載せ替えたのに、アプリがシングルスレッドで速度向上なしだったら悲しいなぁと
#あぁOSがその分使うから大丈夫？(苦笑)
Re:いつの日にか (スコア:0)
複数のアプリを同時に動かす時に、それぞれ別のCPUコアにタスクを割り当てられれば、前面に出てる(＝ユーザーが今操作してる)アプリのレスポンスが低下しないと思うので、個々のアプリがすべてマルチスレッド化してなくてもそれなりに意味はあるかなと思
Re:いつの日にか (スコア:1)
マルチスレッドに対応してないと、マルチコア１つ分のCPUの数がいくら増えてもマルチコアの1プロセスの最大速度に縛られてしまうんですよね。
対応してれば、他のプロセッサも使って動作できるわけです
でクライアント用途で使っている場合は、特定のアプリケーションの動作速度を要求される事が多くありませんか？
つまり対応していないと、いくら複数コア存在しても、１コアCPUの速度が限界になってしまうのです。
これだと、せっかくマルチコア/マルチプロセッサにしたのに速度が1コアCPU分の速度以上、上がらないって事になってしまいます。
2個程度ならまぁそれでもいいでしょうが、マルチコア/マルチプロセスが進んで4個とか8個とかになって時に、そのなかの1個しかフル稼働しないのはなにかもったいないなぁと(苦笑)
無論サーバー用途では、多数のプロセスを立ち上げて処理する場合が多いですから(Webサーバーとか/Mailサーバーとか)十分使い切れるとおもいます
Re:いつの日にか (スコア:0)
Re:いつの日にか (スコア:1)
> >>から、
>
> ほんとにそう思います？
ほんとにそう思います。
「マルチプロセッサ」ではなくて、「マルチコアなプロセッサ」が
当たり前になる、と書けば良かったのかもしれませんね。
AMDはもちろん、最近Intelもその方向に舵を切りました。
そういう製品がメインストリームになる日は近いと思います。
数年以内くらい、かな。
Re:いつの日にか (スコア:1, おもしろおかしい)
Re:いつの日にか (スコア:0)
Linuxのマイクロカーネルを開発（待つ）よりもそっちを使うでしょ。
Re:いつの日にか (スコア:0)
Re:いつの日にか (スコア:0)
Re:いつの日にか (スコア:0)
Re:いつの日にか (スコア:0)
>マルチスレッド化されたファイルシステムは、/マイクロカーネル/に対してはパフォーマンスを上げるための手段ですが、これはモノリシックなカーネルを書いた場合には自動的に
Re:いつの日にか (スコア:0)
Re:いつの日にか (スコア:0)
いままでのような失敗を繰り返さないためにも (スコア:1, おもしろおかしい)
PHP の開発陣に噛みしめてもらいたいと思ったのはオレだけか
失敗？ (スコア:0)
今までの開発版ブランチ開始が失敗だったということなのでしょうか？
リンク先も見てみましたが、わからないので教えて偉い人。
Re:失敗？ (スコア:1, 参考になる)
結局 (スコア:1)
Re:結局 (スコア:0)
安定版は安定版，開発版は開発版としてやるべきかと．まぁこれをLinusにちゃんとわからせるような魅力的な新機能を提案できない(技術/英語)ところがダメダメだな＞オレ
Re:結局 (スコア:0)
そもそも何が欠けていてまともなOSでないといっているか自分で分かってないようだし
Re:結局 (スコア:0)
技術はともかく、英語力の問題なら
ここ(/.J)に書いておけば誰かが本家とかにポストするかもよ。
ここのexcite翻訳をwatchしている本家の人とかも（ごく少数だが）いるようだし。
それはいやなのかしらん。
Re:失敗？ (スコア:1)
2.2系との間でReiserFSを相互マウントすると壊れるとかさ。
Re:失敗？ (スコア:1)
「開発版」がbuildすら出来ない状態でリリースされていた状況が長く続いていたとか言う辺りで、
足場を固めてから確実に機能確認出来る形で新しい機能を追加したいと言う意向が働いたのではないでしょうか。
# 2.6.8ではlibataの追加でシリアルATA、特にSilicon Image系チップの扱いの移行が
# ややこしい事になりそうな予感がしますし…
Re:失敗？ (スコア:0)
今kernel.org覗いたら、Historic/linux-0.99.15.tar.bz2 なんてあった。
一瞬、 (スコア:0)
に見えた。それだけ、ごめん。
2.6をキチンと仕上げてから始めたい (スコア:0)
Re:2.6をキチンと仕上げてから始めたい (スコア:1)
大規模サーバ向けカーネルは分けた方がいいかもしれませんね。
Re:2.6をキチンと仕上げてから始めたい (スコア:1, 参考になる)
ということを最近思っています。
#すでに現状の2.6では小規模組込み方面には少々厳しい…
思っているだけで声を出していない臆病者
Re:2.6をキチンと仕上げてから始めたい (スコア:1)
IA-32のみ、などという配布がされるだけでも、個人的にはうれしい気がします。
# S390なんて縁がない、って人も多いでしょう
Re:2.6をキチンと仕上げてから始めたい (スコア:0)
CONFIG_MCA とか。
そーゆー(古い)の削ってもあまり小さくならないんだろうか。
Re:2.6をキチンと仕上げてから始めたい (スコア:1)
モジールになる機能は元々削れるから小さくならないでしょうね。
多分、今は性能を求めているからカーネルも肥大化しているのだと思う。
遅くても良いからコンパクトにというプログラムの書き方もあるはずで
そのようにドライバやカーネル書直していくと半分のサイズになりそうな気もします。
Re:2.6をキチンと仕上げてから始めたい (スコア:1)
もしくは１年半前の要求事項を見てやる気をなくしたとか =)。
参考：Linux 2.7には何が欲しい? [srad.jp]
Mc.N
Re:2.6をキチンと仕上げてから始めたい (スコア:0)
今からじゃおそすぎるよな...
まだミカン (スコア:0)
2.6はまだ仕上がっていないということ?
蜜柑な部分はどこでしょ?
#実戦導入はまだ先になりそう
Re:まだミカン (スコア:1, すばらしい洞察)
>
>2.6はまだ仕上がっていないということ?
>蜜柑な部分はどこでしょ?
Linusはともかく、野心的なフィーチャを付与したいと企図している
開発者にとっては（あるいは、潔癖な開発者にとっては）、
それが満たされない限り常に未完なのでしょう。
逆に、実務に使っている側としては、2.5ですでに十分実用だったりしたので、
ニューフィーチャで壊すのヤメテ～てのが本音だったりもする。
そういう意味で、「壊すための」開発ブランチのはずだったのですが、
世の中うまくいかんもんですなー。
#それでも最新版を使いたいのもまた人情です