「Linuxカーネルを高速化させた233行のパッチ」記事へのコメント

本家記事

[SteppingWind (2654)]

The ~200 Line Linux Kernel Patch That Does Wonders [slashdot.org]と .bashrcいじくればいいだけでね? [slashdot.org]という記事も.

Re:

[Anonymous Coward]

.bashrcでの実装は役に立たないわけじゃないけど、後出しジャンケンの感が否めない。
他人のやったことを見て別のやり方を提示するのと、何もない所から高速化するのは後者の方が圧倒的に価値がある。

Re:本家記事

[Anonymous Coward]

「.bashrcいじくれば」というくだりだけ読むと、カーネル空間をいじらずにユーザー空間の設定を変えるだけで同じ効果を出す方法であるかのような錯覚に陥りそうになりますが（というか自分は誤解した）、実際に読んでみると.bashrc経由でバリバリにカーネルオブジェクトをいじってるんですね。

具体的にはrootがカーネルオブジェクトを仮想ファイルシステム経由で書き込み権限つけてエクスポートして、それに対して各ユーザーが.bashrc経由でカーネルオブジェクトに自分のプロセス情報を突っ込むとか、かなり無理矢理で、実質的にはproof-of-conceptなんじゃないかと思います。

Re:本家記事

[Anonymous Coward]

HPCなどの企業向けのリソース管理のミドルウェアなんかは、以前から似たようなことをしていますよ。cgroup自体、そういったリソース管理のミドルウェアをLinux上で効率よく実装するために、何年もかけて実装されてきたものです。

巨大な企業向けの機能で、シンプルさを重視する人たちから鬼子の様に邪険に扱われていた機能に、シンプルだが一般向けの用途が出てきたところに意義があるのでしょう。何せ、リソース管理ですから、新しいことをしようとすると、何かとcgroup関連の考慮が必要となるわけです。安易な修正のために、cgroup機能で問題になったことは、一度や二度ではない。

Re:

[Anonymous Coward]

ある意味、富士通におけるHPC向けのLinuxの機能拡張と、ミドルウェア整備の結晶が、あの京になるわけですね。
あれのOSは、Linuxがベースになっていて、リソース管理のミドルウェアとの組み合わせで、スパコンとして運用できるようにしていたはずです。

Re:

[Anonymous Coward]

> 鬼子の様に邪険に扱われていた
ひのもとおにこですねわかります。