2013.04.3016:24:59 BenchmarkLabel (EURAUD,D1) Разрешение чарта: 1605 x 774 пикселей
2013.04.3016:24:59 BenchmarkLabel (EURAUD,D1) Для корректного теста подберите размер окна 1024 x 768 пикселей, без индикаторов, не трогайте ничего, не сворачивайте и не закрывайте окна
2013.04.3016:24:59 BenchmarkLabel (EURAUD,D1) 0. Время разогрева динамических очередей без визуализации = 62 ms
2013.04.3016:25:04 BenchmarkLabel (EURAUD,D1) 1. Время обновления текста у меток без чтения = 5594 ms
2013.04.3016:25:10 BenchmarkLabel (EURAUD,D1) 2. Время обновления текста и позиций у меток без чтения = 5687 ms
2013.04.3016:25:17 BenchmarkLabel (EURAUD,D1) 3. Время обновления текста и позиций у меток со чтением = 7391 ms
2013.04.3016:25:24 BenchmarkLabel (EURAUD,D1) 4. Время обновления текста и позиций у битмапа с прозрачностью = 6625 ms
2013.04.3016:25:30 BenchmarkLabel (EURAUD,D1) 5. Время обновления текста и позиций у битмапа без прозрачности = 6547 ms
2013.04.3016:25:30 BenchmarkLabel (EURAUD,D1) Тестирование завершено
だから、AMDのドライバなんでしょ。すでにアンインストールし、再インストールしましたが、まだダメです。不在に気づいたのは今日になってから。そして、GPU-Zもプロセッサを見ません。昔は使えたんですけどね。
しかもレーティングは770ビルドからずっと表示されていない(756ではまだ表示されていた)。クラウドでGPUを使うことができないため、レーティングが不要になり、レーティングが廃止されたのでは?
再計算されない :(
PS.4月4日にOCLとしてCPUが消滅し、次の起動時にログで発見されたのは1つのデバイスのみでした。
プロセッサはどのバージョンのOpenCLで検出されたのでしょうか?1.0以上ですか?現在、古いOpenCL 1.0デバイスは不具合があるため、サポート対象外としています。
表示されているOpenCLデバイスのレーティングが再起動時に再計算されない場合、そのデバイスが再計算中にクラッシュし、「クラッシュを避けるためにレーティングをカウントしない」リストに入れられたことを意味します。デバイスは動作しますが、レーティングが表示されなくなります。デバイスの特性が変化した場合(ドライバのバージョンアップなど)、1回だけレーティングの再計算を試みます。
OpenCLのデバイスレーティングは、複数のデバイス(GPUディスクリート、GPUエンベデッド、CPU)がある場合、デフォルトで最も高速なデバイスを自動的に選択するために使用されます。
Renat:
プロセッサはどのバージョンのOpenCLで検出されたのでしょうか?1.0以上ですか?現在、古いOpenCL 1.0デバイスは不具合があるため、サポート対象外としています。こんな感じでしたね。
見てみよう。
DC2008:
評価が低いのは、AMDのドライバーソフトであるためです。Intelをインストールした場合、評価は数倍高くなり、100前後になります。
以前使っていたG840でテストしてみました。インテルのソフトウェアを使えば、CPU上で最大3倍速く計算ができる。ただし、これはもちろんIntelのCPUに限った話です。
評価が低いのは、AMDのソフトであるためです。インテルのを入れれば、評価は数倍、100点前後になります。
以前使っていたG840でテストしてみました。インテルのドライバは、CPUでの計算を3倍速くすることができます。ただし、もちろんインテル・プロセッサーに限ります。
インテルからSDKをダウンロードしました。別のデバイスが登場...
そうですね......でも、評価はまだちょっと低めだと思います。i7 930は、古いとはいえ、高速なペブルです :)
しかし、流石にi7 3770とほぼ同等の3倍のラグというのは、やはりやり過ぎだと思います。
追伸:メモリがあまり速くないんでしょうね。あるいは、物足りないかもしれません。
これらのテスト結果は、Windowsのメッセージキューが完全に麻痺しないようにチャートの更新頻度を制御するChartRedraw関数の インテリジェンスに窒息させられたことが研究で明らかになった。
一般的には、毎秒500フレームを超えないように(より少ない方が良い、すべてはハードウェアとOSに依存する)、有用な/複雑な作業の量を増やす必要があります。少ない作業(例では26個のオブジェクトのみ)で、チャートの更新を最大化すると、すべての結果が正しく表示されなくなります。
5000個のオブジェクトで運用し、1秒間に50~100回のリフレッシュを行う方が、その逆よりも良いのです。出力フィールド内に収まるように例を書き換える必要があります。定義を変えるだけではダメなんです。
COLOR_FORMAT_ARGB_NORMALIZE モードです。
トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム
チャート上の個々のテキストマークとビットマップのパフォーマンステスト
レナト, 2013.04.27 20:56
元のスレッドで説明しました。
3番目のテストでは、パイプライン機構の反応を示すために、あえてオブジェクトの設定を読み取るObjectGetInteger(0,name,OBJPROP_XDISTANCE)メソッドを追加しています。
COLOR_FORMAT_ARGB_NORMALIZE では、さらに背景を元画像に合わせることで、重ね合わせた色を揃えることができます。通常の 操作では、このモードを使用しない方がよいでしょう。
ノーマルモード」とは何ですか?COLOR_FORMAT_ARGB_NORMALIZE モードでは、COLOR_FORMAT_ARGB_RAW モードよりも透明度の高い描画がきれいに見える ことに気がつきました。
COLOR_FORMAT_ARGB_NORMALIZEを使用しないのはなぜですか?
以前はCOLOR_FORMAT_ARGB_NORMALIZE モードについて書かれていたのですが、現在はCOLOR_FORMAT_ARGB_NORMALIZE モードになっています。
ノーマルモード」とは何ですか?COLOR_FORMAT_ARGB_NORMALIZE モードでは、COLOR_FORMAT_ARGB_RAWモードよりも透明度の高い描画がきれいに見える ことに自分自身で気づきました。
COLOR_FORMAT_ARGB_NORMALIZEを使用しないのはなぜですか?
必要であれば、使ってください。
このモードでは、オーバーレイを適切に考慮し、RGBの色成分でオーバーフローが発生しないようにすることで、実際にはより良い画像を生成することができます。自分で100%色をコントロールし、カラースタックを使用しないのであれば、より高速なRAW方式を使用することができます。