Linux カーネル 2.6.38 リリース 22
ストーリー by reo
海外の仮想化環境でカーネル構築しましょう 部門より
海外の仮想化環境でカーネル構築しましょう 部門より
3 ヶ月ぐらい毎のお約束、Linux カーネルの最新版 2.6.38 がリリースされました (LKML へのメール、internetnews.com の記事、本家 /. 記事より) 。
例によって Kernel Newbies による解説など。変更点をいくつかかいつまんでみると、
- 自動プロセスグルーピング (a.k.a "the patch that does wonders")
- VFS のスケーラビリティ向上
- Btrfs、LZO 圧縮のサポート
- 4KB 超ページへの透過アクセス
- transmit packet steering (XPS) の実装
- RCU (Read/Copy/Update) ベースのパス名検索
といったところでしょうか。
THP (transparent huge page) (スコア:3, 参考になる)
・4KB 超ページへの透過アクセス
はちょっとひどい訳だと思う。hugetlbfs非対応の普通のアプリケーションに対してカーネルが内部で透過的に
ヒュージページに変換して性能を上げようという機能ですよ。
VFS scalability patch (スコア:3, 参考になる)
・VFS のスケーラビリティ向上
・RCU (Read/Copy/Update) ベースのパス名検索
この2つを離れた行におくのはいかがなものか。RCU walkはVFS scalability patchの本丸なので。
Linux-iSCSI対応(?) (スコア:1)
linux-iSCSI(http://www.linux-iscsi.org/)を使おうと思っていたんですが、
この辺の対応ってどうなったんでしょうね?
自動プロセスグルーピングで (スコア:0)
単機能なサーバだと有り難みはほとんどないとは思うんだが
なんかあるかな?
Re:自動プロセスグルーピングで (スコア:2)
最終的にデフォルトOFFになったはずだから気にしなくていい気がしますが、どうでしょうか
Re: (スコア:0)
デフォルトは有効だよ
Re:自動プロセスグルーピングで (スコア:3, 参考になる)
整理した方がいい?
Kconfigのデフォルト(コンパイル時のデフォルト): no
boot parameterのデフォルト: yes
なので、今から使う方々にとっては自分でコンパイルしてるはずなので、デフォルト無効、
しばらくたってディストリに標準搭載されるとデフォルト有効。
Re:自動プロセスグルーピングで (スコア:1)
Re: (スコア:0)
意図理解した
Re: (スコア:0)
サーバー向けやリアルタイム向けのスケジューリングパッチは既に色々なベンダ等が作成していて利用されてます。
今回のwonder patchは色々な局面でそこそこの性能が出る性質のもので主にデスクトップでの利用に効果があるらしいです。
Re: (スコア:0)
Linuxカーネルを高速化させた233行のパッチ [srad.jp]
このパッチが取り込まれたってことだろ。
Re: (スコア:0)
グルーピングで性能劣化するシナリオについての話だろ
ひとつでも巨大なグループができたら破綻しそうだな
Re: (スコア:0)
Re:自動プロセスグルーピングで (スコア:1)
Re: (スコア:0)
Re:自動プロセスグルーピングで (スコア:1)
サーバやリアルタイム向けのスケジューリングパッチは色々ある。
で、今回のはむしろデスクトップ向けだよ。
と、元コメはそういう意図だととりました。
Re: (スコア:0)
セッションIDを継承した子プロセスがグルーピング対象になるわけだから
色んなサービスを単体で提供してるサーバの高負荷時の応答性改善にもなると思う
特に繁忙期のpostfixなんかはこれでかなり行儀よくなりそうな
そもそも大元のコメは性能劣化に繋がるシナリオについての話なのに
これはデスクトップ向きなんです なんて言ったところで
「あ、そう。それで?」でおしまいな気がするな
Re:自動プロセスグルーピングで (スコア:1)
Re: (スコア:0)
サーバ向けスケジューリングとか
デスクトップ向けスケジューリングとか っていう言い方をする時点で
今回のautogroupについ て何にもわかってないってことなんだ よ
そもそも、そのトンチンカンな「ナントカ向けスケジューリング」っていうのは
スケジューリングポリシーの話であって、今回の変更 ではスケジューリングの方針も契機も
ディスパッチャの挙動も何ら変わってない。
プロセスに 対する重み付けの判断基準も変わらない。
(強引にリアルタイムプロセスに格上げするとかなん とかっていうのもない)
Re: (スコア:0)
スケジューリングのやり方は確かに変わってないんてすよね
変わったのはプロセス管理ですからねぇ
Re:自動プロセスグルーピングで (スコア:1)
Re:自動プロセスグルーピングで (スコア:1)
gihyoとか?
誤解の原因はgihyoと
LKMLは見ないソースも見ない英語は読まない類いのスーパーハカーさん達のブログせいだと思うよ
そういうブログとニュースサイトが情報源の人達が鵜呑みにして、/.Jでキャッキャウフフしてるわけです
だからここでのあのときも [srad.jp]馬鹿みたいなコメント多かったんだと思うよ