オートマチック・トレーディング・チャンピオンシップ 2011 - ルール - ページ 12

 
おっと、4コア-4スレッドでしたね。
 

イェーデルキン
質問の意味がよくわからないのですが。コア数は、1つのEAテスト(1スレッドで実行)の速度に直接影響を与えません。
それとも、テストのスピードとは関係なく興味を持たれたのでしょうか?

 
voix_kas:

イェーデルキン
質問の意味がよくわからないのですが。コア数は、1つのExpert Advisor(1つのスレッドで実行)のテスト速度に直接影響を与えません。
それとも、テストのスピードとは関係なく興味を持たれたのでしょうか?

たまたま、私のExpert Advisorは複数の「プログラム実行スレッド」(正しい呼び方がわかりませんが、異なるシンボル上のn個の インジケータとメインシンボル上の1個のExpert Advisorのときです。 最適化が1つのテストの2倍遅い(非常に大雑把に言えば)ことに気づきました。私のAtomのデュアルコア搭載を調べてみました。シングルテストでは、両方のコアが「最大」にロードされていることが判明しました。コア数がEAの テスト速度に直接影響することを結論付けました。

昔々、コア数とスレッド数を混同してはいけないという話がありましたが、私は(詳しくは)気にせず、できるだけ多くの「実行スレッド」を誘発するようなプログラムを設計するという課題を設定しました。その結果、タスクは成功しました :)

 
Yedelkin:

たまたま、私のExpert Advisorは複数の「プログラム実行スレッド」(正しい呼び方がわかりませんが、異なるシンボル上のn個の インジケータとメインシンボル上の1個のExpert Advisorのときです。 最適化が1つのテストの2倍遅い(非常に大雑把に言うと)ことに気づきました。私のAtomのデュアルコア搭載を調べてみました。シングルテストでは、両方のコアが「最大」にロードされていることが判明しました。コア数がEAの テスト速度に直接影響することを結論付けました。

昔々、コア数とスレッド数を混同してはいけないという話がありましたが、私は(細かいことを)気にせず、「実行スレッド」をできるだけ多く誘発するプログラムを設計するという課題を設定しました。結果的に、無駄な努力はしなかったということになりますね(笑)。

信じがたい話だが...。

また、テスト中の「エージェント」タブには何が表示されるのでしょうか?Expert Advisorが1つのコアに最大限の負荷をかけ、2番目のコアが他のOSタスクを処理したのではないでしょうか。

また、カーネルとスレッドについては、少なくとも一般的な知識を持っている必要があります。

 
Vladix:

信じがたい話だが......。

また、テスト中の「エージェント」タブには何が表示されるのでしょうか?1つのコアをEAでいっぱいにして、2番目のコアが他のOSタスクをすべて引き継いでいるのだと思います。

もちろん、ローカルエージェントが1台稼働している。ただ、この場合、どのタスクが2番目のコアをロードできるかは不明です。

私は質問の理由を説明しようとした。私の質問が、間違った結論に基づいていた可能性は十分にあります。

Vladix:

また、カーネルやスレッドについては、少なくとも一般的な知識を持っているはずなので、考えない方がよいでしょう。

でも、物理的に時間がなくて、全部はカバーできないんです。いろいろと予定があるんです。

 
Yedelkin:

もちろん、ローカルエージェントが1台稼働している。しかし、どのタスクが2番目のコアをロードしているのかが不明です。

私は質問の理由を説明しようとした。間違った結論に基づいて問題が作成された可能性は十分にある。

でも、すべてをカバーする時間はないんです。いろいろなプランがあります。

一部のOSやプロセッサには、あるコアに大きな負荷がかかったときに、負荷の一部を空いているコアに振り向ける技術があります。

もしかしたら、こんなこともあるかもしれません。

しかし、いくつかのトピックや記事の議論から理解したように、インダクタを異なるペアで使用する場合、インダクタをカウントするスレッドが確かに複数存在するのかもしれません。

 

イェーデルキン

この 記事では、スレッドに関する情報をご紹介しています。
とりわけ、異なるペアインデックスが異なるスレッドに分かれていることを明確にする。でも。テスト中は、「集合体」全体(EA+インジケータ)が1つのスレッド(エージェント)で実行されます。
したがって、15分のテスト要件を通過しようとする場合、すべての視覚化およびおそらくいくつかの耽溺をオフにします。 リアルタイムの計算には、通常1つのCPU/コアが十分であると思われます。

IMHO

 

チャンピオンシップのルールが 理解できない。

そのルールによって、Metaquotesはすべてのトレーダーに誤解を与えているのです。

トレーダーが気にしていないことは明らかです。メタクオーツは、新作を紹介したいのです。

メタクオーツは誰をターゲットにしているのか?

なぜ、こんなにもルールがあるのか?

冒頭(要旨)-お金を多く持っている人が正しい。それともメタクウォーツが反対しているのでしょうか?つまり、作為的なルールがないことです。

メタクウォーツが劣勢をアピールしていることがわかった。ルールから外れても、スポンサーの利益は保証されない?

Ограничения и проверки в экспертах
Ограничения и проверки в экспертах
  • 2010.08.02
  • MetaQuotes Software Corp.
  • www.mql5.com
Можно ли торговать этим инструментом в понедельник? Хватит ли денег на открытие позиции? Какой размер убытка мы получим, если сработает Stop Loss? Как ограничить количество отложенных ордеров? Была ли выполнена торговая операция на этом баре или это было на предыдущем? Если торговый робот не может сделать подобные проверки, то любая прибыльная торговая система может превратиться в проигрышную. В этой статье показаны примеры проверок, которые пригодятся в любом эксперте.
 
papaklass:

という、ルールのいくつかのポイントを再確認したいと思います。

IV.取引条件

4.一度に全シンボルに対して出せる未決済注文の最大数は12です。

...

総量が60ロット(5.00 * 12 = 60.00)を超えない限り、問題はありません。これらのポイントは実行され、Expert Advisorの作業を制限するものではありません。しかし、露出したロットの総量が60.00ロットを超えたとき、これはルールの言及された条項は、戦略を変更するために開始されたときです。一方、保留中の注文は1シンボルにつき1つしか発注できず(ポイント4)、他方、5.00ロットを超える量の注文は発注できません(ポイント3)。これは解決すべき問題です。もちろん、この状況には解決策もある。

1つのシンボルにつき1つのアクティブな注文しかできないことは、ポイント4から導かれるものではありません。ルールだけに従えば、ある瞬間に12個の注文が使われる可能性があり、その扱い方は(戦略によって)個々人の問題である。

2.ルールに従うだけなら、モノバリュエーターは12個の注文を設定することもできる(これは、ある戦略の実行中の生活を大幅に簡素化すると同時に、アルゴリズムを大幅に複雑化させる)。

この点については、2年連続で質問させていただくと同時に、受注数を24~36に増やすことを提案しています。まだ、すべてを説明した公式のコメントはもらっていませんし、すべてを整理していません。

主催者は、チャンピオンシップが開催される機器への負荷を参照して、注文数を増やさないことを前提としています(すみません、間違っていることを願います)。

しかし、注文数を増やすと(36個まででも)リソースに負荷がかかるというのは理解できません(もちろん、毎ティックごとに注文を設定・削除する場合は別です)。

常にマーケット操作を行い(注文を設定するよりも頻度が高いかもしれません)、サーバーとの接続が失われた場合に望ましくない結果を得るリスクがある方が良いでしょうか?

これは主催者や開発者への質問なのですが...。

papaklass

私はこの状況を打開するために、3つの方法を考えています。

1) 第4号議案を変更せず、第3号議案のロット制限を5.00とすること。

2) 項目3の5.00ロット制限は変更せず、項目4の最大注文 数を36(1シンボルにつき3注文。5.00 * 3 = 15.00)に増やす。

3.マルチカレンシーエキスパートアドバイザーでは、総量を15.00ロットから5.00ロットに減らすことによって、ポイント5を変更します。しかし、これらの変更により、サーバーの設定に問題が生じる可能性があります。

4.唯一可能な選択肢は、注文数を24~36(あるいは50)に増やすことでしょうか。現在、多くの証券会社では、50件の注文・ポジションが上限となっているため)。

しかし、チャンピオンシップ期間中は12通貨ペアしか取引されないので、注文数を12から24~36に増やすのが妥当でしょう(今回のチャンピオンシップ期間中でなくとも、次回のチャンピオンシップ期間中も)。

5.ポイント3 どのような形であれ、どのようなソースであれ、受け入れられないと思う。

 
papaklass:

3.マルチカレンシーEAについては、5項を修正し、総量を15.00ロットから5.00ロットに削減すること。

正直、意味もわからないし...。ポジションと保留中の注文の 最大合計数量を3倍にする ことが提案されていますが?- それはひどいですね。
Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров
Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров
  • www.mql5.com
Стандартные константы, перечисления и структуры / Торговые константы / Свойства ордеров - Документация по MQL5