リーグ・オブ・トレーディング・システムズこれからもよろしくお願いします。 - ページ 31 1...242526272829303132333435363738...360 新しいコメント 削除済み 2018.11.14 18:25 #301 Georgiy Merts:私にとっては思いがけないことだが、TCリーグの活動に難しさが出てきた（しかし、極めて正当なことだ）。 トレードアクション要求の処理にエラーが発生し、TSが停止するようになった。ログを分析したところ、未決済注文と保留注文の 上限を超えたという同じエラーが発生したことがわかりました。リーグシステムの数はすでに500を超え、24×28＝672まで増やすつもりです。 さらに、保留中の注文を扱うシステムを追加し、それぞれが最大12個（もっとかもしれない）の保留中の注文を出すことができるようにするつもりです。一つのアカウントで小さくなりすぎているのは明らかです。複数のアカウントでシステムを「並列化」する時期が来たのです。 私は、TSリーグを3つのアカウントに分けたいと考えています。(スペリオル、ファースト、セカンド）。 メジャーリーグは、上位50位までの質の高いTCです。1次リーグは取引品質が悪くなって100TS。これらの口座では、未決済注文と保留注文の数が上限を超えないようにしてほしい。そして、残りの522TSは、部外者が活躍する「セカンドリーグ」であり、オーダーを開けすぎてシステムが止まっても問題ない場所である。 クラウドネットワークは試されましたか？ Georgiy Merts 2018.11.15 04:08 #302 Vladimir Baskakov: クラウドネットワークは試されましたか？理解できない。 クラウドネットワークとの関係は？ クラウドは、コンピューティングパワーを提供するサービスです。しかし、私の問題は処理能力の問題ではなく、証券会社の1つの口座で開いている注文が多すぎることなのです。 各証券会社では、1つの口座で発注できる注文数（またはポジション数＋MT5注文数）の上限が決まっています。これは、セシュロボットによるサーバーの過負荷を防ぐために行われます。ネットExpert Advisorは持っていないが、数が多すぎる。保留注文を使うまでは、TSは通常1トレードずつ、中には2、3トレード開くものもありましたが、それが最大で、オープンポジションで十分でした。 今は、保留注文によるエントリーに働きかけるTSを追加しています。その結果、未決済ポジションの数が指定された値を超え始め、別の保留注文の発注や新しいポジションの開設を行おうとすると、サーバーからエラーが返されます。Expert Advisorは、このTSで自動的に取引を停止します。 いや、考えられる解決策はただ一つ、TSリーグを分割することだ。ここでは特に難しいことはなく、「良くなっているTC」をハイリーグに、「弱っているTC」をローリーグに移動させるという、週1回のメンテナンス作業を少し加えるだけです。近日中に、このようなアクションを可能にするコードを追加する予定です。 削除済み 2018.11.15 04:11 #303 Georgiy Merts:理解できない。 クラウドネットワークとの関係は？ クラウドは、コンピューティングパワーを提供するサービスです。しかし、私の問題は処理能力の問題ではなく、証券会社の1つの口座で開いている注文が多すぎることなのです。 各証券会社では、1つの口座で発注できる注文数（MT5ではポジション＋注文数）の上限が決まっています。これは、セシュロボットによるサーバーの過負荷を防ぐために行われます。ネットExpert Advisorは持っていないが、数が多すぎる。保留注文を使うまでは、TSは通常1つずつ取引を行い、中には2つ、3つと取引を行うものもありましたが、それが最大で、オープンポジションで十分でした。 今は、保留注文によるエントリーで動作するTSを追加しているところです。その結果、未決済ポジションの数が指定された値を超え始め、別の保留注文の発注や新しいポジションの開設を行おうとすると、サーバーからエラーが返されます。Expert Advisorは、このTSで自動的に取引を停止します。 いや、解決策はただ一つ、TSリーグを分割することだ。ここには特別な複雑さはありません。ただ、毎週のメンテナンスで、「向上しているTS」をハイリーグに、「弱体化しているTS」をローリーグに移動させるという作業を追加しているだけなのです。近日中に、このようなアクションを可能にするコードを追加する予定です。 さて、なぜこれほどまでにプットインが多いのでしょうか？ネトゲじゃないなら、なんだ Georgiy Merts 2018.11.15 06:37 #304 Vladimir Baskakov: さて、なぜこれほどまでに多くの保留が必要なのでしょうか？これがネットワークでないとしたら、何がその理由を考えてみましょう。 ジグザグのエッジで一時停止する（エッジが近くて同じレベルで跳ねている場合は、一時停止しない）。トレンドがあれば、その反対側の端に、たくさんの棚を置くことになります。2週間以上前の古い保留注文を削除しても、TSの保留注文は簡単に十数個になります。 今すぐ見る保留位置から1シンボルあたり8個のTSがあります。TSリーグでは、合計で28×8＝224個のTSが保留中の注文に取り組んでおり、各シンボルに10個ずつあるため、2240個の保留中注文になります。プラスオープンポジション、これも1TSあたり最大3つまで可能です。24×28のTPの総数＝672、ポジションの理論上の最大数は2016。その結果、注文とポジションの合計数は5000に達しました。そして、グリッドを持たない。 しかし、当然ながら証券会社は、一つの口座にこれだけの数のポジションや注文があることを好まない。 そして、肝心の我々も、これらの注文やオーダーのうち最も必要としないもの、つまりTCの8割は部外者で「行き詰まり」なのである。私たちは、お気に入りの20%にしか興味を持ちません。そして、TSが機能し、なおかつ悪いということを知るためにのみ、部外者が必要なのです。ある日突然、外部の人間が "品行方正 "になり、市場の変化に乗り遅れないようにするためです。 従って--TCリーグを3つに分けるのは、理にかなっていると思うんです。トップリーグの50〜70のTCが有力で、それに近づく人たちもいる。200 - これは平均的なリーグ、TCsは "どちらも魚や肉"、一種の急落しないだけでなく、それらから良いことはありませんです。そして、残りの部分は、「どのようにトレードしてはいけないか」を見るためだけに必要な、ゴミのようなTCです。トップリーグでは-TSを止めることは許されない、ミスはあってはならないことだ。中級リーグでは-たまにのミスは許容範囲です。下位リーグでは・・・受注数超過でTCが止まっても問題ない。 Georgiy Merts 2018.11.15 13:49 #305 ここで悲しいお知らせが...。 TS 340221 - ポンドドルのチャネルブレイクダウン、何ヶ月も前からお気に入りでしたが、今日もストップロスを得たので、現在のドローダウンが350の4桁ポイント、最大許容ドローダウンが320となっています。 トレードの品質スコアは1.2に下がり、総利益は+$111になりました。つまり、TSトレードの品質はまだ非常に高いと評価されているのです。しかし、システムの許容できない動作は、明らかにうまくいかず、再最適化が必要であることを示しています。その際、ミドルリーグに移動するのではなく、トップリーグに残すべきでしょう。 ここで、「（今20％のお金に）多少のズレがあってもいい」と主張する人がいたのです。しかし、システムはこれからも消耗し続けるのではないでしょうか。それだけです。彼女の時代は終わったのだ。確実に過剰最適化に突入しています。 削除済み 2018.11.15 14:21 #306 Georgiy Merts:ここで悲しいお知らせが...。 TS 340221 - ポンドドルのチャネルブレイクダウン、何ヶ月ものお気に入りですが、今日もストップロスを得たので、現在のドローダウンが350の4桁ポイント、最大許容ドローダウンが320です。 トレードの品質スコアは1.2に下がり、総利益は+$111になりました。つまり、TSトレードの品質はまだ非常に高いと評価されているのです。しかし、システムの許容できない動作は、明らかにうまくいかず、再最適化が必要であることを示しています。その際、ミドルリーグに移動するのではなく、トップリーグに残すべきでしょう。 ここで、「（今20％のお金に）多少のズレがあってもいい」と主張する人がいたのです。しかし、システムはこれからも消耗し続けるのではないでしょうか。それだけです。彼女の時代は終わったのだ。確実に過剰最適化に突入しています。 複雑すぎるし、もっとシンプルでなければならないし、あなたのコンピュータはすでに不具合を起こしている。 Maxim Kuznetsov 2018.11.15 14:37 #307 Georgiy Merts:その理由を考えてみましょう。ジグザグのエッジで一時停止する（エッジが近くて同じレベルで跳ねている場合は、一時停止しない）。トレンドがあれば、その反対側の端に、たくさんの棚を置くことになります。2週間以上前の古い保留注文を削除しても、TSの保留注文は簡単に十数個になります。 今すぐ見る保留位置から1シンボルあたり8個のTSがあります。TSリーグでは、合計で28×8＝224個のTSが保留中の注文に取り組んでおり、各シンボルに10個ずつあるため、2240個の保留中注文になります。プラスオープンポジション、これも1TSあたり最大3つまで可能です。24×28のTPの総数＝672、ポジションの理論上の最大値は2016です。その結果、注文とポジションの合計数は5000に達しました。そして、グリッドを持たない。 しかし、当然ながら証券会社は、一つの口座にこれだけの数のポジションや注文があることを好まない。 そして、肝心の我々も、これらの注文やオーダーのうち最も必要としないもの、つまりTCの8割は部外者で「行き詰まり」なのである。私たちは、お気に入りの20%にしか興味を持ちません。そして、TSが機能し、なおかつ悪いということを知るためにのみ、部外者が必要なのです。ある日突然、外部の人間が "品行方正 "になり、市場の変化に乗り遅れないようにするためです。したがって--TCリーグを3つに分けるのは妥当だと思います。トップリーグの50〜70のTCが有力で、それに近づく人たちもいる。200 - これは平均的なリーグ、TCsは "どちらも魚や肉"、一種の急落しないだけでなく、それらから良いことはありませんです。そして、残りの部分は、「どのように取引してはいけないか」を見るためだけに必要な、ゴミのようなTCです。トップリーグでは-TSを止めることは許されない、ミスはあってはならない。中級リーグでは-たまのミスは許容範囲内。下位リーグでは、TCがオーダー数超過で止まっても何の問題もない。@fxsaberは 一種の「仮想取引環境」を提供しているようです。私はあまり入り込めませんでしたが、取引は確かに仮想できます。貧しいディーラーにすべてを投げ出す必要はありません :-) 内部でカウントすればいいのです。そして「外部の人間」が仮想環境で働き、「大物」が市場に出てくるのです。すべての戦略に「停止基準」が必要である。チャネル戦略は、原則として高揮発性では動作しませんし、ここで我々はどのような方法で最適化されるかもしれません、任意の最適化は唯一の有害であろう。 Georgiy Merts 2018.11.15 14:44 #308 Vladimir Baskakov: 複雑すぎる、もっとシンプルにすべき、コンピュータが故障している。意味がわからない...。 あなたは謎めいたことを言うのが好きなんですね。私のパソコンは問題なく動きます。 Georgiy Merts 2018.11.15 14:47 #309 Maxim Kuznetsov: この場合、@fxsaberは 仮想取引環境を提供し、実際にそれを研究していないが、操作は確かに仮想化するかもしれない、あなたは貧しいディーラーにすべてを捨てる必要はありません :-)ちょうど内部を検討...それから "アウトサイダー "は仮想環境での作業、および "上位リーグ "が市場に参入する。 すべてのストラテジーは「停止基準」を持つべきである。しかし、チャネル戦略は、一般的に高揮発性では動作しませんし、ここで我々はより最適化されるかもしれませんが、すべての最適化が唯一の有害であろう。たしかに仮想保留注文は可能ですが、これは事実上、DCサーバーの容量を私のパソコンに転送していることになります。なぜ？部外者」はエラーを無視しやすいので......。保留中の注文が設定されていない場合、ほとんどの端末がとにかく失敗するので、地獄を見ることになる。 チャネル戦略は高ボラティリティでは通用しない」といえば、その理由は？私見ですが、問題なく動作しています。チャネル突破、オープン、利食い、クローズ。 まさにこの場合、逆の状況が発生しました - チャネルのブレークダウンの代わりに反発が始まりました。どんな「ボラティリティ」なんだろう...。 削除済み 2018.11.15 14:49 #310 Georgiy Merts:意味がわからない...。 あなたは謎めいたことを言うのが好きなんですね。私のパソコンは問題なく動きます。 何千もの保留注文を決済する証券会社はないだろう 1...242526272829303132333435363738...360 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか？ Googleでログイン
私にとっては思いがけないことだが、TCリーグの活動に難しさが出てきた（しかし、極めて正当なことだ）。
トレードアクション要求の処理にエラーが発生し、TSが停止するようになった。ログを分析したところ、未決済注文と保留注文の 上限を超えたという同じエラーが発生したことがわかりました。リーグシステムの数はすでに500を超え、24×28＝672まで増やすつもりです。 さらに、保留中の注文を扱うシステムを追加し、それぞれが最大12個（もっとかもしれない）の保留中の注文を出すことができるようにするつもりです。一つのアカウントで小さくなりすぎているのは明らかです。複数のアカウントでシステムを「並列化」する時期が来たのです。
私は、TSリーグを3つのアカウントに分けたいと考えています。(スペリオル、ファースト、セカンド）。
メジャーリーグは、上位50位までの質の高いTCです。1次リーグは取引品質が悪くなって100TS。これらの口座では、未決済注文と保留注文の数が上限を超えないようにしてほしい。そして、残りの522TSは、部外者が活躍する「セカンドリーグ」であり、オーダーを開けすぎてシステムが止まっても問題ない場所である。
クラウドネットワークは試されましたか？
理解できない。
クラウドネットワークとの関係は？
クラウドは、コンピューティングパワーを提供するサービスです。しかし、私の問題は処理能力の問題ではなく、証券会社の1つの口座で開いている注文が多すぎることなのです。
各証券会社では、1つの口座で発注できる注文数（またはポジション数＋MT5注文数）の上限が決まっています。これは、セシュロボットによるサーバーの過負荷を防ぐために行われます。ネットExpert Advisorは持っていないが、数が多すぎる。保留注文を使うまでは、TSは通常1トレードずつ、中には2、3トレード開くものもありましたが、それが最大で、オープンポジションで十分でした。 今は、保留注文によるエントリーに働きかけるTSを追加しています。その結果、未決済ポジションの数が指定された値を超え始め、別の保留注文の発注や新しいポジションの開設を行おうとすると、サーバーからエラーが返されます。Expert Advisorは、このTSで自動的に取引を停止します。
いや、考えられる解決策はただ一つ、TSリーグを分割することだ。ここでは特に難しいことはなく、「良くなっているTC」をハイリーグに、「弱っているTC」をローリーグに移動させるという、週1回のメンテナンス作業を少し加えるだけです。近日中に、このようなアクションを可能にするコードを追加する予定です。
理解できない。
クラウドネットワークとの関係は？
クラウドは、コンピューティングパワーを提供するサービスです。しかし、私の問題は処理能力の問題ではなく、証券会社の1つの口座で開いている注文が多すぎることなのです。
各証券会社では、1つの口座で発注できる注文数（MT5ではポジション＋注文数）の上限が決まっています。これは、セシュロボットによるサーバーの過負荷を防ぐために行われます。ネットExpert Advisorは持っていないが、数が多すぎる。保留注文を使うまでは、TSは通常1つずつ取引を行い、中には2つ、3つと取引を行うものもありましたが、それが最大で、オープンポジションで十分でした。 今は、保留注文によるエントリーで動作するTSを追加しているところです。その結果、未決済ポジションの数が指定された値を超え始め、別の保留注文の発注や新しいポジションの開設を行おうとすると、サーバーからエラーが返されます。Expert Advisorは、このTSで自動的に取引を停止します。
いや、解決策はただ一つ、TSリーグを分割することだ。ここには特別な複雑さはありません。ただ、毎週のメンテナンスで、「向上しているTS」をハイリーグに、「弱体化しているTS」をローリーグに移動させるという作業を追加しているだけなのです。近日中に、このようなアクションを可能にするコードを追加する予定です。
さて、なぜこれほどまでに多くの保留が必要なのでしょうか？これがネットワークでないとしたら、何が
その理由を考えてみましょう。
ジグザグのエッジで一時停止する（エッジが近くて同じレベルで跳ねている場合は、一時停止しない）。トレンドがあれば、その反対側の端に、たくさんの棚を置くことになります。2週間以上前の古い保留注文を削除しても、TSの保留注文は簡単に十数個になります。
今すぐ見る保留位置から1シンボルあたり8個のTSがあります。TSリーグでは、合計で28×8＝224個のTSが保留中の注文に取り組んでおり、各シンボルに10個ずつあるため、2240個の保留中注文になります。プラスオープンポジション、これも1TSあたり最大3つまで可能です。24×28のTPの総数＝672、ポジションの理論上の最大数は2016。その結果、注文とポジションの合計数は5000に達しました。そして、グリッドを持たない。
しかし、当然ながら証券会社は、一つの口座にこれだけの数のポジションや注文があることを好まない。 そして、肝心の我々も、これらの注文やオーダーのうち最も必要としないもの、つまりTCの8割は部外者で「行き詰まり」なのである。私たちは、お気に入りの20%にしか興味を持ちません。そして、TSが機能し、なおかつ悪いということを知るためにのみ、部外者が必要なのです。ある日突然、外部の人間が "品行方正 "になり、市場の変化に乗り遅れないようにするためです。
従って--TCリーグを3つに分けるのは、理にかなっていると思うんです。トップリーグの50〜70のTCが有力で、それに近づく人たちもいる。200 - これは平均的なリーグ、TCsは "どちらも魚や肉"、一種の急落しないだけでなく、それらから良いことはありませんです。そして、残りの部分は、「どのようにトレードしてはいけないか」を見るためだけに必要な、ゴミのようなTCです。トップリーグでは-TSを止めることは許されない、ミスはあってはならないことだ。中級リーグでは-たまにのミスは許容範囲です。下位リーグでは・・・受注数超過でTCが止まっても問題ない。
ここで悲しいお知らせが...。
TS 340221 - ポンドドルのチャネルブレイクダウン、何ヶ月も前からお気に入りでしたが、今日もストップロスを得たので、現在のドローダウンが350の4桁ポイント、最大許容ドローダウンが320となっています。
トレードの品質スコアは1.2に下がり、総利益は+$111になりました。つまり、TSトレードの品質はまだ非常に高いと評価されているのです。しかし、システムの許容できない動作は、明らかにうまくいかず、再最適化が必要であることを示しています。その際、ミドルリーグに移動するのではなく、トップリーグに残すべきでしょう。
ここで、「（今20％のお金に）多少のズレがあってもいい」と主張する人がいたのです。しかし、システムはこれからも消耗し続けるのではないでしょうか。それだけです。彼女の時代は終わったのだ。確実に過剰最適化に突入しています。
ここで悲しいお知らせが...。
TS 340221 - ポンドドルのチャネルブレイクダウン、何ヶ月ものお気に入りですが、今日もストップロスを得たので、現在のドローダウンが350の4桁ポイント、最大許容ドローダウンが320です。
トレードの品質スコアは1.2に下がり、総利益は+$111になりました。つまり、TSトレードの品質はまだ非常に高いと評価されているのです。しかし、システムの許容できない動作は、明らかにうまくいかず、再最適化が必要であることを示しています。その際、ミドルリーグに移動するのではなく、トップリーグに残すべきでしょう。
ここで、「（今20％のお金に）多少のズレがあってもいい」と主張する人がいたのです。しかし、システムはこれからも消耗し続けるのではないでしょうか。それだけです。彼女の時代は終わったのだ。確実に過剰最適化に突入しています。
その理由を考えてみましょう。
ジグザグのエッジで一時停止する（エッジが近くて同じレベルで跳ねている場合は、一時停止しない）。トレンドがあれば、その反対側の端に、たくさんの棚を置くことになります。2週間以上前の古い保留注文を削除しても、TSの保留注文は簡単に十数個になります。
今すぐ見る保留位置から1シンボルあたり8個のTSがあります。TSリーグでは、合計で28×8＝224個のTSが保留中の注文に取り組んでおり、各シンボルに10個ずつあるため、2240個の保留中注文になります。プラスオープンポジション、これも1TSあたり最大3つまで可能です。24×28のTPの総数＝672、ポジションの理論上の最大値は2016です。その結果、注文とポジションの合計数は5000に達しました。そして、グリッドを持たない。
しかし、当然ながら証券会社は、一つの口座にこれだけの数のポジションや注文があることを好まない。 そして、肝心の我々も、これらの注文やオーダーのうち最も必要としないもの、つまりTCの8割は部外者で「行き詰まり」なのである。私たちは、お気に入りの20%にしか興味を持ちません。そして、TSが機能し、なおかつ悪いということを知るためにのみ、部外者が必要なのです。ある日突然、外部の人間が "品行方正 "になり、市場の変化に乗り遅れないようにするためです。
したがって--TCリーグを3つに分けるのは妥当だと思います。トップリーグの50〜70のTCが有力で、それに近づく人たちもいる。200 - これは平均的なリーグ、TCsは "どちらも魚や肉"、一種の急落しないだけでなく、それらから良いことはありませんです。そして、残りの部分は、「どのように取引してはいけないか」を見るためだけに必要な、ゴミのようなTCです。トップリーグでは-TSを止めることは許されない、ミスはあってはならない。中級リーグでは-たまのミスは許容範囲内。下位リーグでは、TCがオーダー数超過で止まっても何の問題もない。
すべての戦略に「停止基準」が必要である。チャネル戦略は、原則として高揮発性では動作しませんし、ここで我々はどのような方法で最適化されるかもしれません、任意の最適化は唯一の有害であろう。
複雑すぎる、もっとシンプルにすべき、コンピュータが故障している。
意味がわからない...。
あなたは謎めいたことを言うのが好きなんですね。私のパソコンは問題なく動きます。
この場合、@fxsaberは 仮想取引環境を提供し、実際にそれを研究していないが、操作は確かに仮想化するかもしれない、あなたは貧しいディーラーにすべてを捨てる必要はありません :-)ちょうど内部を検討...それから "アウトサイダー "は仮想環境での作業、および "上位リーグ "が市場に参入する。
すべてのストラテジーは「停止基準」を持つべきである。しかし、チャネル戦略は、一般的に高揮発性では動作しませんし、ここで我々はより最適化されるかもしれませんが、すべての最適化が唯一の有害であろう。
たしかに仮想保留注文は可能ですが、これは事実上、DCサーバーの容量を私のパソコンに転送していることになります。なぜ？部外者」はエラーを無視しやすいので......。保留中の注文が設定されていない場合、ほとんどの端末がとにかく失敗するので、地獄を見ることになる。
チャネル戦略は高ボラティリティでは通用しない」といえば、その理由は？私見ですが、問題なく動作しています。チャネル突破、オープン、利食い、クローズ。
まさにこの場合、逆の状況が発生しました - チャネルのブレークダウンの代わりに反発が始まりました。どんな「ボラティリティ」なんだろう...。
意味がわからない...。
あなたは謎めいたことを言うのが好きなんですね。私のパソコンは問題なく動きます。