アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
入れてみましたが (スコア:2, 興味深い)
あまり変わりありませんでした。
逆に普通の処理が遅くなったかも。
./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:入れてみましたが (スコア:5, 参考になる)
元々、不公平なスケジューリングを行う事で UI 系のレスポンスを向上させるためのパッチです。そういう意味で、サーバ系には向かないと言えるでしょう。
Re:入れてみましたが (スコア:1)
> 向上させるためのパッチです。そういう意味で、サーバ系には向か
> ないと言えるでしょう。
となると、WS系でも、コンパイルばりばりやるような用途には
向かないのでしょうね。webとかmailとかにはいいけれども、
ソフト開発するような研究室とかには向かないのかな。
スケジューリングアルゴリズムを通常のものと選択できるように
なるといいのかな?
Re:入れてみましたが (スコア:0)
ビルドマシンならともかく、コンパイルなんてふつうソフトウェア開発のごく一部の時間でしかないわけだからそんなことは無いと思います。
# というか調べものしたり、ドキュメント見たりのために普通以上にブラウザを使うと思うけど。
Re:入れてみましたが (スコア:2, 参考になる)
高負荷の状態のときの応答性を向上させる事なので、
高負荷の状態で、同様のベンチマークを行うと
どう結果が変化するかを調べたほうが良いと思います。
たとえば、 glxgears のようなOpenGLでポリゴンを
どんどん描画するプログラムを2,3個起動した状態で
dnetc のベンチマークをすると簡単に調べられるでしょう。
Re:入れてみましたが (スコア:1)
>どんどん描画するプログラムを2,3個起動した状態で
>dnetc のベンチマークをすると簡単に調べられるでしょう。
実際のところ簡単でもないです。
LinuxにRADEONを積んでいますから
glxgearsを10個起動させてもサクサク動いてしまいます。
ベンチマークって難しいね。
PCにECC Registeredメモリの利用を推奨します。
Re:入れてみましたが (スコア:1)
Re:入れてみましたが (スコア:0)
10個起動させてもスループットは下がらないのですか?
top などで、ロードアベレージを見るとかすると
興味深い結果が得られるかもしれないのに、もったいないなぁ。
数字入力ミス (スコア:1)
OGR:10,731,464 nodes/sec
RC5:4,400,120 keys/sec
2.4.21-pre7
OGR:10,792,583 nodes/sec
RC5:4,430,886 keys/sec
PCにECC Registeredメモリの利用を推奨します。
Re:数字入力ミス (スコア:0)
Re:数字入力ミス (スコア:0, すばらしい洞察)
CPU速度も間違い (スコア:1)
PCにECC Registeredメモリの利用を推奨します。