MT5とスピードの関係 - ページ 43 1...363738394041424344454647484950...94 新しいコメント fxsaber 2020.10.05 20:08 #421 Renat Fatkhullin:ベンチマークスクリプトとサンプルをダウンロードしました。 ローカルコンピュータの場合 - 10分で空になる 多端末負荷の仮想化 VPSホストで8分で 物理的な VPShostで、たくさんのターミナルをロードして8分。 ありがとうございます!かっこよくなりましたね。 テストはフルサイズの2630端末で行いましたが、VPS作業端末の方が何倍もリソースを消費せず、レイテンシーも必然的に低く なっています。 弊社VPS サービスのワークホストを使用。 デスクトップ端末の食欲をWinAPIで抑えなければならないのです。 VPSを アンロードしてください。他に有効なお勧めがあれば、教えてください。 開発者の皆様、アルゴトレーディングのために端末を最小資源消費モードに切り替える機能をお願いします。 Roman 2020.10.05 20:14 #422 Renat Fatkhullin:ブローカーサーバーの名前を指定してください。 これはブローカーの特定のサーバーを指すものではありません。 提案するサービスにおけるPing計測の選択のことを指します。 比較のために具体的なサーバー名は挙げませんが、これらのサーバーを経由したときに、このような特異性に気づきました。 一般的には、全拠点の一覧表があれば、その中から選択するのがよいでしょう。 しかし、今のところ、AMPGlobalEU-Liveとそのアメリカサーバーに興味があります。 Renat Fatkhullin 2020.10.05 20:19 #423 fxsaber:ありがとうございます!かっこよくなりましたね。でも、デスクトップターミナルの食欲を抑えるために、WinAPIを使わなければならないんです。 ターミナルは非常に頻繁にアップデートを行うため、PCゲームよりもfpsを稼ぐことが多いので、ビデオカードが前面に出てくる。特にカードのないvpscでは、絞られたプロセッサに全負荷がかかってしまいます。 そのため、仮想デスクトップ上で パネルを最小化したり、無効化したりするのは正しいことです。 私たちのサービスでは、端末コードの半分をカットして、ビジュアル化を完全に排除したほどです。端末はvpc-controllerの実行付属品となり、vpc-controllerとしか動作しない。 そのため、必要なリソースは何倍も少なくて済みます。これらはすべて、VPSサービスに関する記事で説明されています。 Roman 2020.10.05 20:45 #424 Renat Fatkhullin:端末は非常に頻繁なアップデートが必要なため、PCゲームよりもfpsが高いことが多いので、グラフィックカードが前面に出てくるのです。特にカードのない仮想マシンでは、CPUに全負荷がかかってしまいます。そのため、仮想デスクトップ上で パネルを最小化したり、無効化したりするのは正しいことです。私たちのサービスでは、端末コードの半分をカットして、ビジュアル化を完全に排除したほどです。端末はvpc-controllerの実行付属品となり、vpc-controllerとしか動作しない。そのため、必要なリソースは何倍も少なくて済みます。これらはすべて、VPSサービスに関する記事で説明されています。 また、VPSに関する質問です。 お使いのサーバーで動作するmqlプログラムには、ソケットの制限がありますか? MQ APIではなく、mqlプログラムから独立してOpenAPIブローカーに 接続することは可能でしょうか? それとも、ブローカーのアカウントだけで作業することは可能でしょうか? Renat Fatkhullin 2020.10.05 20:48 #425 Roman:もう一つ、御社のVPNについて質問です。 あなたのVPSでmqlプログラムでのソケット操作の制限はありますか? MQ APIではなく、ブローカのOpenAPIに mqlプログラムから接続することは可能でしょうか? それともOpsサポートはブローカーのアカウントにのみリンクしているのでしょうか? ソケット操作は、localhost/127.0.0.1へのアクセスを除き、特に制限されない 端末に設定されたパーミッションが引き継がれます。 fxsaber 2020.10.05 20:58 #426 Renat Fatkhullin:端末は非常に頻繁なアップデートが必要なため、PCゲームよりもfpsが高いことが多いので、グラフィックカードが前面に出てくるのです。特にカードのないvpscでは、CPUに全負荷がかかってしまい、首を絞められる。では、なぜスナップショットは20Hzでリフレッシュしないのか、それによってfpsを低下させるのか?どうせビジュアルは人間の目にしか必要ないんだから。200fpsだろうが20fpsだろうが気づかない。 ですから、バーチャライザーの パネルを最小化したり、無効にしたりするのは正しいことです。 残念ながら、それを行うにはWinAPIが必要です。そして、マーケットウォッチとツールのウィンドウを閉じる方法をまだ学んでいない。WinAPIで行う方法を教えてください。マーケットプロダクツは、サードパーティーのVPSに完全にブレーキをかけています。自動で最小化することはできません。デファインチャートの非表示は同じです。また、遅いGetMicrosecondsCountをミリ秒の量子化されたアナログに置き換える方法はありません。16msの粗いGetTickCountが課されますが、これはスナップショット取引環境のメカニズムには無理があります。VPSサービスのマーケティング用ではなく、そのように制限しているのですか?まだ関連性がなかったのでしょう。しかし、すでに測光やいくつかの松葉杖の解決策を打ち出しています。 私たちのサービスでは、端末のコードの半分をカットし、ビジュアル化を完全に排除しています。端末はvps-controllerの実行付属品となり、vps-controllerとしか動作しない。 そのため、必要なリソースは何倍も少なくて済みます。これらはすべて、VPSサービスに関する記事で説明されています。 デスクトップ端末をアルゴトレーディングに近づけ、MQL機能でリソースの消費を抑えることができる。教えてください、Market Watch(スクリーナー)で全てのシンボルのティック履歴を要求した場合、VPSサービスは各シンボルの128Kティックをキャッシュとして保存するのでしょうか?いいえ。bool CopyTicksClearCache( const string Symbol ); のように、最新のティックのみを巨大なリソースなしで問い合わせることができるようにし、OnTickでのスキップを忘れるようにします。 Renat Fatkhullin 2020.10.05 21:02 #427 Roman:これはブローカーの特定のサーバーを指すものではありません。 提案するサービスでのPing計測の選択のことを指します。 比較のために具体的なサーバー名は挙げませんが、これらのサーバーを経由したときに、このような特異性に気づきました。 一般的には、全拠点の一覧表があれば、その中から選択するのがよいでしょう。 しかし、今のところ、AMPGlobalEU-Liveとそのアメリカサーバーに興味があります。 AMPGlobalEU-LiveはLD4でロンドンのMetaTrader 4サーバーで1.73msのpingを表示しています。 しかし、シカゴに物理的なプラットフォームのコアを持つMetaTrader 5のAMPGlobalEU-Live(実際にはAMPGlobalUSA-Liveとして探す方がよい)は、最も近いサーバーがニューヨークにあるため、実際には19.53ミリ秒と表示されるのです。 すべてのポイントを手動で特殊スキャン - 最小値は19ms。 数日中にシカゴにサーバーを置くようにします。まだ手をつけていない。 Roman 2020.10.05 21:12 #428 Renat Fatkhullin:AMPGlobalEU-LiveはLD4でロンドンのMetaTrader 4サーバーで1.73msのPingを示しています。 しかし、シカゴに物理的なプラットフォームのコアを持つMetaTrader 5のAMPGlobalEU-Live(実際にはAMPGlobalUSA-Liveとして検索する方がよい)は、最も近いサーバーがニューヨークにあるため、実際には19.53msになります。すべてのポイントを手動で特殊スキャン - 最小値は19ms。数日中にシカゴにサーバーを置くようにします。まだ手をつけていない。 これは、私はすべてを見て、また、分析した)) あなたがシカゴでサーバーを置く場合は、直接オーロラ、どこの交換とすべてのプロバイダの場所にそれを置く。 fxsaber 2020.10.05 21:15 #429 ターミナルがCPUに100%負荷をかけて、何も反応しない状況を何度も見たことがあります。 そこでログを見ると、OnTickでtickが乱れ飛んでいるのが確認できました。しかし、私が正しくEAを作成すれば、このような悲惨な状況でも取引結果に影響を与えることはありません。具体的に分析したところ、すべてがクリアになりました。 Market Productsの遅延に対応する仕組みがどれだけ普及しているのか気になるところです。マシンパワーで動くという話は一度も見たことがない。最小ping - はい。 Renat Fatkhullin 2020.10.05 21:17 #430 fxsaber:では、20Hzでアップデートをスナップショットし、それによってfpsを下げてはどうでしょうか。どうせビジュアルは人間の目にしか映らないのだから。200fpsだろうが20fpsだろうが気づかない。ユーザーの群れが非難を浴びせてくるからです。これは分かりやすいですね。 とはいえ、実際には小さなスキップを使用しています。 残念ながら、これを行うにはWinAPIが必要です。そして、マーケットウォッチとツールのウィンドウを閉じる方法をまだ学んでいないのです。WinAPIで行う方法を教えてください。 すべてのウィンドウとアプリケーション自体を最小化するMQL5の機能は、素晴らしいアイデアだと思います。私たちはそれを解決します。しかし、VPS上のターミナルを 自分で動かす場合、すべてが突然最小化されることに強く反発することになる。RDPセッションから離れる場合は、自分でウィンドウズを最小化することができますし、そうすべきです。 マーケットプロダクトはサードパーティーのVPSに完全にブレーキがかかっています。自動で最小化することはできません。目から隠すチャートの定義-似ている。また、遅いGetMicrosecondsCountをミリ秒の量子化に対応するものに置き換える方法はありません。16msの粗いGetTickCountが課されますが、これは取引環境のスナップショット機構には過剰です。 何もわかっていないようですね。遅くなるのはGetMicrosecondsCountではなく、OSがあなたの首を絞めたvpskaのあらゆるスレッドのCPUリソースを定量化しているのです。UPU内のあらゆる機能、アクション、プログラムに対して。まあ、1コピーあたり1500スレッドも実行するOSが20個(これでも立派な方)もあれば、どんなCPUシェルでも公平にリソースをスライスして割り当てられるわけがないんですけどね。8〜16コアを20×1,500=30,000(物理トラック3万本)に分配する。また、VPSホストで97のアクティブな端末を使用して比較すると、わずか3 333スレッドと205プロセスで、システムのオーバーヘッドが全くありません。 ブラウザ、MT5のコピー1つ、およびいくつかの非価格帯のプログラムを除いて、他には何もありません:3 876スレッドがアクティブです。 デスクトップよりも、たくさんの端末を搭載したVPSホストの方が経済的に稼働することがわかったのです。VPSは8コア、デスクトップは128コアを搭載しています。 1...363738394041424344454647484950...94 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ベンチマークスクリプトとサンプルをダウンロードしました。
ありがとうございます!かっこよくなりましたね。
テストはフルサイズの2630端末で行いましたが、VPS作業端末の方が何倍もリソースを消費せず、レイテンシーも必然的に低く なっています。
弊社VPS サービスのワークホストを使用。
デスクトップ端末の食欲をWinAPIで抑えなければならないのです。
VPSを アンロードしてください。他に有効なお勧めがあれば、教えてください。
開発者の皆様、アルゴトレーディングのために端末を最小資源消費モードに切り替える機能をお願いします。
ブローカーサーバーの名前を指定してください。
これはブローカーの特定のサーバーを指すものではありません。
提案するサービスにおけるPing計測の選択のことを指します。
比較のために具体的なサーバー名は挙げませんが、これらのサーバーを経由したときに、このような特異性に気づきました。
一般的には、全拠点の一覧表があれば、その中から選択するのがよいでしょう。
しかし、今のところ、AMPGlobalEU-Liveとそのアメリカサーバーに興味があります。
ありがとうございます!かっこよくなりましたね。
でも、デスクトップターミナルの食欲を抑えるために、WinAPIを使わなければならないんです。
ターミナルは非常に頻繁にアップデートを行うため、PCゲームよりもfpsを稼ぐことが多いので、ビデオカードが前面に出てくる。特にカードのないvpscでは、絞られたプロセッサに全負荷がかかってしまいます。
そのため、仮想デスクトップ上で パネルを最小化したり、無効化したりするのは正しいことです。
私たちのサービスでは、端末コードの半分をカットして、ビジュアル化を完全に排除したほどです。端末はvpc-controllerの実行付属品となり、vpc-controllerとしか動作しない。
そのため、必要なリソースは何倍も少なくて済みます。これらはすべて、VPSサービスに関する記事で説明されています。
端末は非常に頻繁なアップデートが必要なため、PCゲームよりもfpsが高いことが多いので、グラフィックカードが前面に出てくるのです。特にカードのない仮想マシンでは、CPUに全負荷がかかってしまいます。
そのため、仮想デスクトップ上で パネルを最小化したり、無効化したりするのは正しいことです。
私たちのサービスでは、端末コードの半分をカットして、ビジュアル化を完全に排除したほどです。端末はvpc-controllerの実行付属品となり、vpc-controllerとしか動作しない。
そのため、必要なリソースは何倍も少なくて済みます。これらはすべて、VPSサービスに関する記事で説明されています。
また、VPSに関する質問です。
お使いのサーバーで動作するmqlプログラムには、ソケットの制限がありますか?
MQ APIではなく、mqlプログラムから独立してOpenAPIブローカーに 接続することは可能でしょうか?
それとも、ブローカーのアカウントだけで作業することは可能でしょうか?
もう一つ、御社のVPNについて質問です。
あなたのVPSでmqlプログラムでのソケット操作の制限はありますか?
MQ APIではなく、ブローカのOpenAPIに mqlプログラムから接続することは可能でしょうか?
それともOpsサポートはブローカーのアカウントにのみリンクしているのでしょうか?
ソケット操作は、localhost/127.0.0.1へのアクセスを除き、特に制限されない
端末に設定されたパーミッションが引き継がれます。
端末は非常に頻繁なアップデートが必要なため、PCゲームよりもfpsが高いことが多いので、グラフィックカードが前面に出てくるのです。特にカードのないvpscでは、CPUに全負荷がかかってしまい、首を絞められる。
では、なぜスナップショットは20Hzでリフレッシュしないのか、それによってfpsを低下させるのか?どうせビジュアルは人間の目にしか必要ないんだから。200fpsだろうが20fpsだろうが気づかない。
ですから、バーチャライザーの パネルを最小化したり、無効にしたりするのは正しいことです。
残念ながら、それを行うにはWinAPIが必要です。そして、マーケットウォッチとツールのウィンドウを閉じる方法をまだ学んでいない。WinAPIで行う方法を教えてください。
マーケットプロダクツは、サードパーティーのVPSに完全にブレーキをかけています。自動で最小化することはできません。デファインチャートの非表示は同じです。また、遅いGetMicrosecondsCountをミリ秒の量子化されたアナログに置き換える方法はありません。16msの粗いGetTickCountが課されますが、これはスナップショット取引環境のメカニズムには無理があります。
VPSサービスのマーケティング用ではなく、そのように制限しているのですか?まだ関連性がなかったのでしょう。しかし、すでに測光やいくつかの松葉杖の解決策を打ち出しています。
私たちのサービスでは、端末のコードの半分をカットし、ビジュアル化を完全に排除しています。端末はvps-controllerの実行付属品となり、vps-controllerとしか動作しない。
そのため、必要なリソースは何倍も少なくて済みます。これらはすべて、VPSサービスに関する記事で説明されています。
デスクトップ端末をアルゴトレーディングに近づけ、MQL機能でリソースの消費を抑えることができる。
教えてください、Market Watch(スクリーナー)で全てのシンボルのティック履歴を要求した場合、VPSサービスは各シンボルの128Kティックをキャッシュとして保存するのでしょうか?
いいえ。
のように、最新のティックのみを巨大なリソースなしで問い合わせることができるようにし、OnTickでのスキップを忘れるようにします。これはブローカーの特定のサーバーを指すものではありません。
提案するサービスでのPing計測の選択のことを指します。
比較のために具体的なサーバー名は挙げませんが、これらのサーバーを経由したときに、このような特異性に気づきました。
一般的には、全拠点の一覧表があれば、その中から選択するのがよいでしょう。
しかし、今のところ、AMPGlobalEU-Liveとそのアメリカサーバーに興味があります。
AMPGlobalEU-LiveはLD4でロンドンのMetaTrader 4サーバーで1.73msのpingを表示しています。
しかし、シカゴに物理的なプラットフォームのコアを持つMetaTrader 5のAMPGlobalEU-Live(実際にはAMPGlobalUSA-Liveとして探す方がよい)は、最も近いサーバーがニューヨークにあるため、実際には19.53ミリ秒と表示されるのです。
すべてのポイントを手動で特殊スキャン - 最小値は19ms。
数日中にシカゴにサーバーを置くようにします。まだ手をつけていない。
AMPGlobalEU-LiveはLD4でロンドンのMetaTrader 4サーバーで1.73msのPingを示しています。
しかし、シカゴに物理的なプラットフォームのコアを持つMetaTrader 5のAMPGlobalEU-Live(実際にはAMPGlobalUSA-Liveとして検索する方がよい)は、最も近いサーバーがニューヨークにあるため、実際には19.53msになります。
すべてのポイントを手動で特殊スキャン - 最小値は19ms。
数日中にシカゴにサーバーを置くようにします。まだ手をつけていない。
これは、私はすべてを見て、また、分析した))
あなたがシカゴでサーバーを置く場合は、直接オーロラ、どこの交換とすべてのプロバイダの場所にそれを置く。
ターミナルがCPUに100%負荷をかけて、何も反応しない状況を何度も見たことがあります。
そこでログを見ると、OnTickでtickが乱れ飛んでいるのが確認できました。しかし、私が正しくEAを作成すれば、このような悲惨な状況でも取引結果に影響を与えることはありません。具体的に分析したところ、すべてがクリアになりました。
Market Productsの遅延に対応する仕組みがどれだけ普及しているのか気になるところです。マシンパワーで動くという話は一度も見たことがない。最小ping - はい。
では、20Hzでアップデートをスナップショットし、それによってfpsを下げてはどうでしょうか。どうせビジュアルは人間の目にしか映らないのだから。200fpsだろうが20fpsだろうが気づかない。
ユーザーの群れが非難を浴びせてくるからです。
これは分かりやすいですね。
とはいえ、実際には小さなスキップを使用しています。
残念ながら、これを行うにはWinAPIが必要です。そして、マーケットウォッチとツールのウィンドウを閉じる方法をまだ学んでいないのです。WinAPIで行う方法を教えてください。
すべてのウィンドウとアプリケーション自体を最小化するMQL5の機能は、素晴らしいアイデアだと思います。私たちはそれを解決します。
しかし、VPS上のターミナルを 自分で動かす場合、すべてが突然最小化されることに強く反発することになる。RDPセッションから離れる場合は、自分でウィンドウズを最小化することができますし、そうすべきです。
マーケットプロダクトはサードパーティーのVPSに完全にブレーキがかかっています。自動で最小化することはできません。目から隠すチャートの定義-似ている。また、遅いGetMicrosecondsCountをミリ秒の量子化に対応するものに置き換える方法はありません。16msの粗いGetTickCountが課されますが、これは取引環境のスナップショット機構には過剰です。
何もわかっていないようですね。
遅くなるのはGetMicrosecondsCountではなく、OSがあなたの首を絞めたvpskaのあらゆるスレッドのCPUリソースを定量化しているのです。UPU内のあらゆる機能、アクション、プログラムに対して。
まあ、1コピーあたり1500スレッドも実行するOSが20個(これでも立派な方)もあれば、どんなCPUシェルでも公平にリソースをスライスして割り当てられるわけがないんですけどね。8〜16コアを20×1,500=30,000(物理トラック3万本)に分配する。
また、VPSホストで97のアクティブな端末を使用して比較すると、わずか3 333スレッドと205プロセスで、システムのオーバーヘッドが全くありません。
ブラウザ、MT5のコピー1つ、およびいくつかの非価格帯のプログラムを除いて、他には何もありません:3 876スレッドがアクティブです。
デスクトップよりも、たくさんの端末を搭載したVPSホストの方が経済的に稼働することがわかったのです。VPSは8コア、デスクトップは128コアを搭載しています。