アカウント名:
パスワード:
>事実、この論文での修正では、1~2コアでは性能が低下している。>どんなコア数でも最高の効率で動作する方式なんて、うまい話はない。
その時はカーネルビルド時のスイッチ(.config)でソースを切り替えるんじゃない?CONFIG_NOHIGHMEM/CONFIG_HIGHMEM4G/CONFIG_HIGHMEM64Gみたいに。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
Linux信者臭い (スコア:3, すばらしい洞察)
なんかLinux信者臭いな。
1つのオブジェクトを全スレッドが頻繁にアクセスするので、キャッシュの競合が発生しまくるという、ありがちな問題だ。
> コードを若干書き換えるだけ
そういう部分は、OS全体のコードから見れば極めて少量に見えるが、
インパクトが大きいので検証やら何やらに時間がかかるものだ。
今回の論文では3002行を変更したそうだ。かなりの大改造じゃないか?
> システム全体のパフォーマンスを大幅に向上させることができた
ちょっと論文の図4を見ろ。
Re:Linux信者臭い (スコア:2, すばらしい洞察)
>事実、この論文での修正では、1~2コアでは性能が低下している。
>どんなコア数でも最高の効率で動作する方式なんて、うまい話はない。
その時はカーネルビルド時のスイッチ(.config)でソースを切り替えるんじゃない?
CONFIG_NOHIGHMEM/CONFIG_HIGHMEM4G/CONFIG_HIGHMEM64Gみたいに。