2020.11 . 0417 : 55 : 08.418 Terminal MetaTrader 5 x64 build 2560 started for MetaQuotes Software Corp.
2020.11 . 0417 : 55 : 08.420 Terminal the the the the Windows 10 build 18362 , Intel Core i5- 7400 @ 3.00 GHz, 22 / 31 Gb memory, 29 / 222 Gb disk, IE 11 , UAC, GMT + 1
負荷のかからないミディオクアなハード。
Но если Вы хотите сравнить тики, полученный в OnTick и полученный в OnBookEvent, тогда вас ждёт разочарование, так какイベントの処理は並列ではなく、逐次 である。ユーザーpivomoeが伝えようと したこと
Виртуальный хостинг для MetaTrader 4/5 является лучшим VPS-решением для Форекса. Оно не требует настройки, дает минимальные задержки до сервера и отличается низкими ценами. Всего за 15 USD в месяц вы получите виртуальную платформу, которая работает круглые сутки, экономит вашу прибыль и даже окупает себя. Создать удаленную копию приложения...
問題は非常にシンプルに定式化されており、キュー待ちの際に速度を落とさないEAを書くにはどう したらいいか?無限ループは不可能です。スリープがブレーキになるからです。だから、非同期ループは迷走する。今、長いミリ秒の形で待ち時間をキャッチすることは、全く重要ではありません。
自分も他人も欺かないこと。
あなたの発言は、9年前のハードウェアの限界まで負荷をかけても遅くならないEAをどう書くか、という全く別の課題についてのものです。
このスレッドと、特に皆さんの参加で、そんなEAを書くことができました。非常に弱いVPSでExpert Advisorを十数個走らせるとCPU負荷が最大10%になります。ワンクリックで数百のポジションと未決済注文を表示します。ティック毎にCopyTicksなど。だから、あなたの言い直しは間違っている。
Idle-CPUを持つ強力なマシンで、長いミリ秒のキュー待ちをしないEAを作成する必要があります。残念ながら、あなたのマッスルカーでテストEAを 実行したことはありません。
あなたの場合 - より強力なコンピュータに変更する必要があるかもしれません。そうすれば、スリープを使わなくて済みます。
トレーディング、自動売買システム、トレーディング戦略のテストに関するフォーラム
MT5とスピードの関係
fxsaber, 2020.11.04 16:21
残念ながら、あなたのマッスルカーでBenchmark EAを 実行したわけではありません。
車のパワーが十分かどうか判断するためのBenchmarkとなる数値をお願いします。
強力なアイロンをお持ちの方は、このアドバイザーの 結果をご自分のマシンで共有するようお願いします。起動後、1〜2分ほど待つとよいでしょう。
そこで、MQ-Demoをお持ちの方に質問させていただきます。
その場合、この疑問は解決されないでしょう。このサーバーはデモ用です。
もう一度言いますが、ターミナルでは各シンボルの最も「新しい」価格が表示されます。
端末はティックタイムを設定したり変更したりすることはできません。端末には、異なるシンボルのティックタイムを同期させるタスクはない。
ですから、あなたが提供したテストに基づいて、ターミナルが「遅くなり」、Expert Advisorに古いティックを送信するというあなたの仮定は誤りです。
この時点で質問は終了とさせていただきます。開発者は、お客様の教育が第一の仕事ではありません。
私見ですが、遅いマシンでテストした方が良いと思います。高速なマシンでは気づかないような問題も表示されます。
今日中にテストを行い、結果を掲載する予定です。
その場合、この質問は未解決のままとなります。このサーバーはデモ用です。
もう一度言いますが、ターミナルでは各シンボルの「最新」価格を知ることができます。
端末はティックタイムを設定したり変更したりすることはできません。ターミナルには、異なるシンボルのティックタイムを同期させるタスクはありません。
あなたのデモは、技術的なワークアウトのために存在しています。私が他のサーバーに切り替えたら、ブローカーに送ってくれるんでしょう。なぜサーバーは、古いティックを送信するような方法でティックストリームを生成するのでしょうか?端末に問題がないのであれば、サーバー部分に問題があることになります。この場合、サーバーはMQに属します。だから、どんなブローカーも関係ない。
ですから、あなたが提供したテストに基づく、ターミナルが「遅くなり」、EA に古いティックを送信するというあなたの仮定は誤りです。
この時点で質問は終了とさせていただきます。開発者は、お客様の教育が第一の仕事ではありません。
私の思い込みに対するあなたの憶測は間違っています。行間を読む必要はない。
そして、要はお客様のサーバー(他)の実情です。Market Watchで最後に受信したティックの時刻は00:00:00.150、その後に受信したティックの時刻は00:00:00.148 です。Terminalで受信したときは、何年生きているのですか?
お使いのマシンが十分な性能を持っているかどうかを判断するための指針となるBenchmarkを提供してください。
強力なハードウェアの所有者の皆様には、ご自分のマシンでこのアドバイザーの 結果を共有するようお願いします。起動後、1〜2分ほど待つとよいでしょう。
負荷のかからないミディオクアなハード。
このスクリプトを 自分のマシンで実行した結果を、他の人にも教えてあげたい。
あなたの脚本です。
マシンです。
29gbのディスク。自宅のマシンからテストしているとのことですが、VPSか 仮想マシンから なんですね。