マルチスレッドプログラミング相談室その8

マルチスレッドプログラミング相談室その8at TECH

マルチスレッドプログラミング相談室その8 - 暇つぶし2ch■コピペモード
□スレを通常表示
□オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト

917:910
 12/03/27 09:12:32.64 
>そんなπとか 
superπを作っているのではなく、優先度の制御ソフトを作ろうとしています。 
具体的には動画エンコードしながらゲームしているのですが、 
core 2のときはエンコーダのプロセス優先度をIDLEかBELOW_NORMALにしておけば 
ゲームのフレームレートが落ちることはなかったのですが、 
core i7にしたら落ちるようになってしまったのです。

918:910
 12/03/27 09:28:22.17 
>OSは何？ 
Windows全般ですが、7固有のAPIでもかまいません。 
 
PriorityBoostで優先度が動的に上下するのは知っています。 
BのパターンのメインプロセスはE/Fに比べて 
若干時間が長くなっており、これがPriorityBoostなどによる 
効果だと思いますが、これくらいは問題としていません。

919:デフォルトの名無しさん
 12/03/27 09:36:39.40 
>>917 
動画エンコードプロセスに対して、Battle Encoder Shirase みたいな制御をするとか？

920:デフォルトの名無しさん
 12/03/27 10:12:01.02 
>優先度の高いプロセスが、優先度の低いプロセスに阻害される 
HTに係るCPUの内部状態を、そのCPU上で動いているプロセスから、 
ソフト的に制御する方法なんて無いよ。 
ICEでも使って外部からコントロールするなら兎も角。 
・・・っていうか、そのアプローチは不可能に近いって何となくわからない？ 
 
>Cのパターンと同じになっています。 
ソフト(ＯＳ)から見たら、HTなんて関係ないし、二つのCPUは等価なのだから、 
ソフトにスケジューリングを任せてたら、 
二つのスレッドの実行時間がほぼ同じになるのは当然。 
 
>>917 
>core i7にしたら落ちるようになってしまったのです。  
それホントにCPU依存の話か？ 
Core2とi7はソケット形状が違うので、CPU以外にも色々と構成が違うはずだが。 
VIAとかの互換CPUならともかく、インテル純正CPUでその手の話って聞かないからさ。 
 
もしかしてCore i7のCPU内蔵GPUを殺すと意図したとおりに動いたりとかしないか？ 
だとしたらGPUとCPUでメモリバス食いあってるか、GPUのハードウェアエンコーダが 
有効になってて、GPU食いあってるだけだと思うぞ。

次ページ