「2.4.x でもデスクトップを高速化する新スケジューラ」記事へのコメント

入れてみましたが

[pantora (11989)]

マルチメディア系のソフトを使っても
あまり変わりありませんでした。

逆に普通の処理が遅くなったかも。
./dnetc --benchmarkの結果

2.4.20-ck5
OGR:10,792,583 nodes/sec
RC5:4,400,120 keys/sec

2.4.21-pre7
OGR:10,792,583 nodes/sec
RC5:4,430,886 keys/sec

マシンの環境は
OS--Debian GNU/Linux
CPU-Athlon XP 1.47MHz
MEM-512MB
HDD-40GB(RAID 1)

こんな感じです。

--
PCにECC Registeredメモリの利用を推奨します。

Re:入れてみましたが

[yosshy (3545)]

LKMLでのベンチマークレポート [theaimsgroup.com]にもあるように、ディスクベンチ系は概ね性能が悪くなります。
元々、不公平なスケジューリングを行う事で UI 系のレスポンスを向上させるためのパッチです。そういう意味で、サーバ系には向かないと言えるでしょう。

Re:入れてみましたが

[ribbon (11750)]

> 元々、不公平なスケジューリングを行う事で UI 系のレスポンスを
> 向上させるためのパッチです。そういう意味で、サーバ系には向か
> ないと言えるでしょう。

となると、WS系でも、コンパイルばりばりやるような用途には
向かないのでしょうね。webとかmailとかにはいいけれども、
ソフト開発するような研究室とかには向かないのかな。

スケジューリングアルゴリズムを通常のものと選択できるように
なるといいのかな?

Re:入れてみましたが

[Anonymous Coward]

> ソフト開発するような研究室とかには向かないのかな。
ビルドマシンならともかく、コンパイルなんてふつうソフトウェア開発のごく一部の時間でしかないわけだからそんなことは無いと思います。
# というか調べものしたり、ドキュメント見たりのために普通以上にブラウザを使うと思うけど。