私のアプローチコアはエンジンです。 - ページ 148 1...141142143144145146147148149150151152153154155...184 新しいコメント Реter Konow 2019.01.15 13:25 #1471 Oleg Papkov:EAとエンジンの両方が、1-両方が互いに送信し、2-両方が受信し、それらのOnTimerサイクルが同期していない、ミスマッチである可能性があります。ランダム同期の瞬間が正常に動作するのを待つ。これが理由でしょうか？プロセッサーの負荷は最大40％。致命的なものではなく、ほとんど遅くなることはないのですが、やはり嫌ですね。その理由はまだはっきりしていない。ResourceReadImage関数と配列の初期 化は描画ブロックの内部でゆっくり行われます。ループをコメントアウトするとResourceReadImageが遅くなり、ResourceReadImageをコメントアウトすると、ループが遅くなる。しかも、単独では50%の負荷がかかるが、一緒になると40%の負荷になる。なんということでしょう・・・。 Реter Konow 2019.01.15 13:58 #1472 エンジンとEA間のテキストメッセージの頻度を1秒間に5回（200ms）に抑えたい。どうせ人間には、これ以上早く数字を変える意味を把握する時間はないのだから。したがって、30msという変化率には実用上の意味がないのです。 アニメーションや コントロールイベントなど、その他のメッセージは30msで入ってきます。 Oleg Papkov 2019.01.15 14:01 #1473 Реter Konow:オレグ・パプコフEAとエンジンの両方が、1-両方が互いに送信し、2-両方が受信し、それらのOnTimerサイクルが同期していない、ミスマッチである可能性があります。ランダム同期の瞬間が正常に動作するのを待つ。これが理由でしょうか？プロセッサーの負荷は最大40％。致命的なものではなく、ほとんど遅くなることはないのですが、やはり嫌ですね。その理由はまだはっきりしていない。ResourceReadImage関数と配列の初期 化は描画ブロックの内部でゆっくり行われます。ループをコメントアウトするとResourceReadImageが遅くなり、ResourceReadImageをコメントアウトすると、ループが遅くなる。しかも、単独では50%の負荷がかかるが、一緒になると40%の負荷になる。ただ、意味がないんです。どうしようもないんです。私はこのテーマが苦手です。ググってみてはいかがでしょうか？resourcereadimage mql4 の速度」で検索してください。 Реter Konow 2019.01.15 14:10 #1474 Oleg Papkov:それはどうしようもないことです。私はこのテーマが苦手です。Googlで検索してみてはいかがでしょうか？resourcereadimage mql4 の速度」で検索してください。ありがとう、でもここではgoogleは役に立ちません))。GUIのレスポンスはほぼ正常化しました。最後まで理由がわかりませんでした。これからはメッセージの種類によってボーレートを分け、最終的にはさらに通信を向上させようと思っています。そうしたら、新しいエンジンを送ります。 Oleg Papkov 2019.01.15 14:43 #1475 Реter Konow:ありがとう、でもここではgoogleは役に立ちません)GUIのレスポンスはほぼ正常化していますね。理由がよくわからなかった。これからは、メッセージの種類によってボーレートを分けて、最終的にはさらに通信を向上させようと思っています。そうしたら、新しいエンジンを投下しますよ。了解です。 Реter Konow 2019.01.15 17:05 #1476 まあ、今更遅くはないんですけどね。30msでのCPU負荷は〜40％ですが。つまり、再描画領域を増やすと増える可能性があるのです（確実ではありませんが）。大型テーブルでの確認が必要。 今のところ、テスターでEAを搭載したエンジンのテスト速度31での結果です。 (クリックで表示) ウィンドウを閉じたときに、プロセッサの負荷がすぐに下がることが重要です。 Oleg Papkov 2019.01.16 01:25 #1477 要するに、まとめるよ～ということです。数枚でじっくりと？ Реter Konow 2019.01.16 09:22 #1478 Oleg Papkov: とにかく組み立てて見る。複数枚で急がない？いや、理由がわかった気がする。今日、確認します。それなら、複数枚で作業できるようにしよう。 Реter Konow 2019.01.17 09:32 #1479 テーブルの出力速度を調整し、プロセッサのアイドル時の負荷を軽減します。 データ出力のスピードが最大になると、人がデータを評価する時間がなくなります。知覚を向上させるために、データの流れを遅くする必要性があったのです。 さて、エンジンの標準メニューに「Set Values Change Delay」という新しい項目があり、スピードスライダーのあるウィンドウが表示されるようになりました。 スライダーを動かすことで、データの出力速度を調整し、数値の変化に対する知覚のリズムを実現することができます。 重要なのは、値そのものはスライダーと無関係に変化するが、テーブルへの出力速度はユーザーが設定することである。 Artyom Trishkin 2019.01.17 09:39 #1480 Реter Konow:テーブルの出力速度を調整し、プロセッサのアイドル時の負荷を軽減します。 データ出力のスピードが最大になると、人がデータを評価する時間がなくなります。知覚を向上させるために、データの流れを遅くする必要性があります。 さて、Engineの標準メニューに「Values Change Speed Controller」という新しい項目があり、スピードコントローラのウィンドウが表示されます。 スライダーを動かすことで、データの出力速度を調整し、数値の変化のリズムを知覚しやすい状態にすることができます。 数値自体はスライダーと無関係に変化するが、テーブルの出力速度はユーザーが設定することが重要である。 通常、スライダーを左に動かすと値が小さくなり、右に動かすと値が大きくなるのが通例です。逆でしょう？ニコライがほのめかしたように、あなたは一般に受け入れられているすべてのことに抗議しているのです。 1...141142143144145146147148149150151152153154155...184 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
EAとエンジンの両方が、1-両方が互いに送信し、2-両方が受信し、それらのOnTimerサイクルが同期していない、ミスマッチである可能性があります。ランダム同期の瞬間が正常に動作するのを待つ。これが理由でしょうか？
プロセッサーの負荷は最大40％。致命的なものではなく、ほとんど遅くなることはないのですが、やはり嫌ですね。その理由はまだはっきりしていない。ResourceReadImage関数と配列の初期 化は描画ブロックの内部でゆっくり行われます。ループをコメントアウトするとResourceReadImageが遅くなり、ResourceReadImageをコメントアウトすると、ループが遅くなる。しかも、単独では50%の負荷がかかるが、一緒になると40%の負荷になる。なんということでしょう・・・。
エンジンとEA間のテキストメッセージの頻度を1秒間に5回（200ms）に抑えたい。どうせ人間には、これ以上早く数字を変える意味を把握する時間はないのだから。したがって、30msという変化率には実用上の意味がないのです。
アニメーションや コントロールイベントなど、その他のメッセージは30msで入ってきます。
EAとエンジンの両方が、1-両方が互いに送信し、2-両方が受信し、それらのOnTimerサイクルが同期していない、ミスマッチである可能性があります。ランダム同期の瞬間が正常に動作するのを待つ。これが理由でしょうか？
プロセッサーの負荷は最大40％。致命的なものではなく、ほとんど遅くなることはないのですが、やはり嫌ですね。その理由はまだはっきりしていない。ResourceReadImage関数と配列の初期 化は描画ブロックの内部でゆっくり行われます。ループをコメントアウトするとResourceReadImageが遅くなり、ResourceReadImageをコメントアウトすると、ループが遅くなる。しかも、単独では50%の負荷がかかるが、一緒になると40%の負荷になる。ただ、意味がないんです。
どうしようもないんです。私はこのテーマが苦手です。ググってみてはいかがでしょうか？resourcereadimage mql4 の速度」で検索してください。
それはどうしようもないことです。私はこのテーマが苦手です。Googlで検索してみてはいかがでしょうか？resourcereadimage mql4 の速度」で検索してください。
ありがとう、でもここではgoogleは役に立ちません))。GUIのレスポンスはほぼ正常化しました。最後まで理由がわかりませんでした。これからはメッセージの種類によってボーレートを分け、最終的にはさらに通信を向上させようと思っています。そうしたら、新しいエンジンを送ります。
ありがとう、でもここではgoogleは役に立ちません)GUIのレスポンスはほぼ正常化していますね。理由がよくわからなかった。これからは、メッセージの種類によってボーレートを分けて、最終的にはさらに通信を向上させようと思っています。そうしたら、新しいエンジンを投下しますよ。
了解です。
まあ、今更遅くはないんですけどね。30msでのCPU負荷は〜40％ですが。つまり、再描画領域を増やすと増える可能性があるのです（確実ではありませんが）。大型テーブルでの確認が必要。
今のところ、テスターでEAを搭載したエンジンのテスト速度31での結果です。
(クリックで表示)
ウィンドウを閉じたときに、プロセッサの負荷がすぐに下がることが重要です。
とにかく組み立てて見る。複数枚で急がない？
いや、理由がわかった気がする。今日、確認します。それなら、複数枚で作業できるようにしよう。
テーブルの出力速度を調整し、プロセッサのアイドル時の負荷を軽減します。
データ出力のスピードが最大になると、人がデータを評価する時間がなくなります。知覚を向上させるために、データの流れを遅くする必要性があったのです。
さて、エンジンの標準メニューに「Set Values Change Delay」という新しい項目があり、スピードスライダーのあるウィンドウが表示されるようになりました。
スライダーを動かすことで、データの出力速度を調整し、数値の変化に対する知覚のリズムを実現することができます。
重要なのは、値そのものはスライダーと無関係に変化するが、テーブルへの出力速度はユーザーが設定することである。
テーブルの出力速度を調整し、プロセッサのアイドル時の負荷を軽減します。
データ出力のスピードが最大になると、人がデータを評価する時間がなくなります。知覚を向上させるために、データの流れを遅くする必要性があります。
さて、Engineの標準メニューに「Values Change Speed Controller」という新しい項目があり、スピードコントローラのウィンドウが表示されます。
スライダーを動かすことで、データの出力速度を調整し、数値の変化のリズムを知覚しやすい状態にすることができます。
数値自体はスライダーと無関係に変化するが、テーブルの出力速度はユーザーが設定することが重要である。
通常、スライダーを左に動かすと値が小さくなり、右に動かすと値が大きくなるのが通例です。逆でしょう？ニコライがほのめかしたように、あなたは一般に受け入れられているすべてのことに抗議しているのです。