アカウント名:
パスワード:
一方、マルチメディア系で求められるのは、応答時間が保証されるリアルタイム性ですから、スケジューリングの戦略が異なります(両立は容易ではない)。
古い実装だとプロセス増加でスケジューリングのオーバーヘッドが増え、特にマルチプロセッサのとき顕著だ、ということです。オーバーヘッド増加の原因としてスケジューリングでアクセスするプロセス情報がメモリの広範囲に及ぶ(キ
古い実装だとプロセス増加でスケジューリングのオーバーヘッドが増え、特にマルチプロセッサのとき顕著だ、ということです。オーバーヘッド増加の原因としてスケジューリングでアクセスするプロセス情報がメモリの広範囲に及ぶ(キャッシュミスを起こしやすい)と言うのがあり、この問題を解決すると、マルチプロセッサや HT での性能はもちろん、従来のプロセッサでも性能が上がります。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日々是ハック也 -- あるハードコアバイナリアン
HT対応CPUじゃなくても効果があるということ? (スコア:1)
Re:HT対応CPUじゃなくても効果があるということ? (スコア:2, 参考になる)
2.5.2+で、MontaVistaの0(1)スケジューラが取り込まれていますが、これも謳い
Re:HT対応CPUじゃなくても効果があるということ? (スコア:2, 参考になる)
一方、マルチメディア系で求められるのは、応答時間が保証されるリアルタイム性ですから、スケジューリングの戦略が異なります(両立は容易ではない)。
古い実装だとプロセス増加でスケジューリングのオーバーヘッドが増え、特にマルチプロセッサのとき顕著だ、ということです。オーバーヘッド増加の原因としてスケジューリングでアクセスするプロセス情報がメモリの広範囲に及ぶ(キ
の
Re:HT対応CPUじゃなくても効果があるということ? (スコア:1)
http://hardmeter.osdn.jp/prosym.pdf あたりを参照してください。