株式市場株式取引注文の執行速度。 - ページ 18 1...11121314151617181920 新しいコメント prostotrader 2022.04.11 22:42 #171 Andrey Miguzov 注文を送る 前に行を挿入することなのです。 で、そのトレードのエキスパートタブとログタブをフォーラムに投稿してください。次ページ - ディールフィードでディールを探してみる。これは、残念ながら、いつもできることではありません。一巻で済まないのが理想です。そして、異なる価格でのフィルインと。 コードに入れました、お得な情報を送りますが、お役に立てないと思います...。 prostotrader 2022.04.11 22:57 #172 Andrey Miguzov #:私もそう思います。これはとてもとても悲しいことです :( EBSは、100～200msの実行時間が重要でないストラテジーにしか使えないことがわかりました。とはいえ、徹底的に調べれば、そんな戦略はないのだが。利益は常に実行時間に反比例する。 内緒で」言いますが、EBSは必要ありません。 通常の証券会社の口座 ファンド部門とデリバティブ部門に1台ずつ端末を設置。 株式には追加資金が必要ないが、デリバティブ市場には？ はい、限界まで立てば、株式市場からデリバティブ市場に移動させればよいだけです。 満期になれば（到達すれば）、受け取ったマイナス株は同口座のストックセクションに移動します。 プラスで減っていくところです！（アカウントは1つだけです） Andrey Miguzov 2022.04.11 23:38 #173 prostotrader #:コードに入れました、お得な情報を送りますが、お役に立てないと思います...。 ありがとうございます。むしろ、どこまで絞り込めるかを理解するのが私の役目です。また、ログやティックを元にパフォーマンスを比較するのも面白いかもしれませんね。私の場合は予想外のことが起きてしまい、説明がつかないのです。 プロトトレーダー#: 内密に」お伝えします、EBSは必要ありません。普通の証券会社の口座です。株式部門とデリバティブ部門にそれぞれ1台ずつ端末を設置。株式には追加資金が必要ないが、デリバティブ市場には？はい、限界まで立てば、株式市場からデリバティブ市場に移動させればよいだけです。満期になれば（到達すれば）、受け取ったマイナス株は同じ口座のストックセクションに移動します。プラスで減るところ（1アカウント）! そうだ、考え続けよう。EBSで他の戦略も試してみます。そして、おそらく戻ってくる... prostotrader 2022.04.12 14:41 #174 prostotrader #:コードに入れたので、お得な情報を送りますが、役に立たないと思います...。 私はあなたを助けることができない。 このプリントを挿入した後、EAがクラッシュする 2022.04.12 13:33:29.762 SpFutClient (VTBR-6.22,M1) Access violation at 0x000007FEFCD689BD write to 0x0000000100000000 2022.04.12 13:33:29.762 SpFutClient (VTBR-6.22,M1) crash --> 000007 FEFCD689BD 48 C70703010000 mov qword [rdi], 0x103 2022.04.12 13:33:29.762 SpFutClient (VTBR-6.22,M1) 000007 FEFCD689C4 8 B4710 mov eax, [rdi+0x10] 2022.04.12 13:33:29.763 SpFutClient (VTBR-6.22,M1) 000007 FEFCD689C7 89442470 mov [rsp+0x70], eax 2022.04.12 13:33:29.763 SpFutClient (VTBR-6.22,M1) 000007 FEFCD689CB 8 B4714 mov eax, [rdi+0x14] 2022.04.12 13:33:29.763 SpFutClient (VTBR-6.22,M1) 000007 FEFCD689CE 89442474 mov [rsp+0x74], eax 2022.04.12 13:33:29.763 SpFutClient (VTBR-6.22,M1) 000007 FEFCD689D2 488 B4718 mov rax, [rdi+0x18] 2022.04.12 13:33:29.763 SpFutClient (VTBR-6.22,M1) 000007 FEFCD689D6 A801 test al, 0x1 2022.04.12 13:33:29.763 SpFutClient (VTBR-6.22,M1) 2022.04.12 13:33:29.763 SpFutClient (VTBR-6.22,M1) 00: 0x000007FEFCD689BD 2022.04.12 13:33:29.763 SpFutClient (VTBR-6.22,M1) Andrey Miguzov 2022.04.12 15:18 #175 prostotrader #:私はあなたを助けることができない。このプリントを挿入した後、EAがクラッシュする ええと、損失を出さなければいいのですが。おかしいな...。 あらかじめCopyTick()でlast_tickにティックのデータを受け取り、変数nameに楽器名を指定する必要があることを示唆しました。 変数名がすべて異なるので、普遍的なコードを与えることはできません。 とにかく、トライをありがとうございました。 JRandomTrader 2022.04.12 16:17 #176 ちなみに、TimeToStringは スキャルパー 注文を出す前に入れるほど高価な操作です。 時刻とtime_mscを保存し、OnTimerのどこかで処理し、プリントするのがよいでしょう。 prostotrader 2022.04.12 16:50 #177 Andrey Miguzov #:ええと、結果的に損をしなければいいのですが。おかしいな...。つまり、あらかじめCopyTick()でtickのデータをlast_tickに受け取り、変数nameにツールの名前を指定する必要があるということです。変数名がすべて異なるので、普遍的なコードを与えることはできません。とにかく、試してくれてありがとうございます。 いいえ、ご心配なく。 ただ、2台のMT5をPipeで「直接」接続するのは、簡単な ことではありません。 パイプはkernel32.dllを使用しており、端末環境もおそらくkernel32.dllを使用していると思われます。 すべて1つのサンドボックスで調理している場合は問題ないのですが、このDLLから関数を呼び出す場合。 の競合が発生し、すべてがクラッシュしてしまう :( Andrey Miguzov 2022.04.12 23:45 #178 JRandomTrader TimeToStringは スキャルパー 注文を出す前に入れるほど高価な操作です。 時間とtime_mscを保存し、OnTimerのどこかで処理しプリントするのがベターです。 はい、それは良いアイデアですね。最終戦闘編ではコメントまで全て無効化したかった。しかし、データを加工して注文を出した後は、原則として誰も可視化／ログ化を防ぐことはできない。 Alexey Viktorov 2022.04.13 08:03 #179 Andrey Miguzov #:ええ、それはいい考えですね。最終戦闘編ではコメントまで全て無効化したかった。しかし、データを加工して注文を出した後は、原則的に誰も可視化／ロギングもできなくなるわけではありません。 まったくもって無駄な発想。どのような目的で、文字列の時間を翻訳する必要があるのでしょうか？そうですね、ログやチャートを見るには...そして、それが話題になっていることを念頭に置かなければなりません。ここで言われているのはmql5のことで、mql5ではコメントやログでの出力、datetimeは何もしなくても内部で読みやすい形に変換されます。 JRandomTrader 2022.04.13 09:20 #180 Alexey Viktorov #:まったくもって無駄な思考。何のために時間を線に変換する必要があるのでしょうか？そうですね、過去ログやチャートを見ること...そして、これがどのようなトピックで述べられているのかを考慮する必要がありますね。ここで言われているのはmql5のことで、mql5ではコメントやログでの出力、datetimeは何もしなくても内部で読みやすい形に変換されます。 さて、この変換を暗黙のうちに行っている印刷会社は、注文を出す前に何もすることがありません。 2つの数値を保存し、非同期で注文を送り、その後、すべてをすぐに出力するか、どこかでタイムアウトさせるかです。 1...11121314151617181920 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
で、そのトレードのエキスパートタブとログタブをフォーラムに投稿してください。
次ページ - ディールフィードでディールを探してみる。これは、残念ながら、いつもできることではありません。
一巻で済まないのが理想です。そして、異なる価格でのフィルインと。
コードに入れました、お得な情報を送りますが、お役に立てないと思います...。
私もそう思います。これはとてもとても悲しいことです :(
EBSは、100～200msの実行時間が重要でないストラテジーにしか使えないことがわかりました。
とはいえ、徹底的に調べれば、そんな戦略はないのだが。利益は常に実行時間に反比例する。
内緒で」言いますが、EBSは必要ありません。
通常の証券会社の口座
ファンド部門とデリバティブ部門に1台ずつ端末を設置。
株式には追加資金が必要ないが、デリバティブ市場には？
はい、限界まで立てば、株式市場からデリバティブ市場に移動させればよいだけです。
満期になれば（到達すれば）、受け取ったマイナス株は同口座のストックセクションに移動します。
プラスで減っていくところです！（アカウントは1つだけです）
コードに入れました、お得な情報を送りますが、お役に立てないと思います...。
ありがとうございます。むしろ、どこまで絞り込めるかを理解するのが私の役目です。また、ログやティックを元にパフォーマンスを比較するのも面白いかもしれませんね。私の場合は予想外のことが起きてしまい、説明がつかないのです。
内密に」お伝えします、EBSは必要ありません。
普通の証券会社の口座です。
株式部門とデリバティブ部門にそれぞれ1台ずつ端末を設置。
株式には追加資金が必要ないが、デリバティブ市場には？
はい、限界まで立てば、株式市場からデリバティブ市場に移動させればよいだけです。
満期になれば（到達すれば）、受け取ったマイナス株は同じ口座のストックセクションに移動します。
プラスで減るところ（1アカウント）!
そうだ、考え続けよう。EBSで他の戦略も試してみます。そして、おそらく戻ってくる...
コードに入れたので、お得な情報を送りますが、役に立たないと思います...。
私はあなたを助けることができない。
このプリントを挿入した後、EAがクラッシュする
私はあなたを助けることができない。
このプリントを挿入した後、EAがクラッシュする
ええと、損失を出さなければいいのですが。おかしいな...。
あらかじめCopyTick()でlast_tickにティックのデータを受け取り、変数nameに楽器名を指定する必要があることを示唆しました。
変数名がすべて異なるので、普遍的なコードを与えることはできません。
とにかく、トライをありがとうございました。
ちなみに、TimeToStringは スキャルパー 注文を出す前に入れるほど高価な操作です。
時刻とtime_mscを保存し、OnTimerのどこかで処理し、プリントするのがよいでしょう。
ええと、結果的に損をしなければいいのですが。おかしいな...。
つまり、あらかじめCopyTick()でtickのデータをlast_tickに受け取り、変数nameにツールの名前を指定する必要があるということです。
変数名がすべて異なるので、普遍的なコードを与えることはできません。
とにかく、試してくれてありがとうございます。
いいえ、ご心配なく。
ただ、2台のMT5をPipeで「直接」接続するのは、簡単な ことではありません。
パイプはkernel32.dllを使用しており、端末環境もおそらくkernel32.dllを使用していると思われます。
すべて1つのサンドボックスで調理している場合は問題ないのですが、このDLLから関数を呼び出す場合。
の競合が発生し、すべてがクラッシュしてしまう :(
時間とtime_mscを保存し、OnTimerのどこかで処理しプリントするのがベターです。
はい、それは良いアイデアですね。最終戦闘編ではコメントまで全て無効化したかった。しかし、データを加工して注文を出した後は、原則として誰も可視化／ログ化を防ぐことはできない。
ええ、それはいい考えですね。最終戦闘編ではコメントまで全て無効化したかった。しかし、データを加工して注文を出した後は、原則的に誰も可視化／ロギングもできなくなるわけではありません。
まったくもって無駄な発想。どのような目的で、文字列の時間を翻訳する必要があるのでしょうか？そうですね、ログやチャートを見るには...そして、それが話題になっていることを念頭に置かなければなりません。ここで言われているのはmql5のことで、mql5ではコメントやログでの出力、datetimeは何もしなくても内部で読みやすい形に変換されます。
まったくもって無駄な思考。何のために時間を線に変換する必要があるのでしょうか？そうですね、過去ログやチャートを見ること...そして、これがどのようなトピックで述べられているのかを考慮する必要がありますね。ここで言われているのはmql5のことで、mql5ではコメントやログでの出力、datetimeは何もしなくても内部で読みやすい形に変換されます。
さて、この変換を暗黙のうちに行っている印刷会社は、注文を出す前に何もすることがありません。
2つの数値を保存し、非同期で注文を送り、その後、すべてをすぐに出力するか、どこかでタイムアウトさせるかです。