OpenClとそのためのツール。レビューとインプレッション - ページ 13

 
Urain:

MT4とMT5での始値テストは全く別のモードです。MT4ではH1オープン、MT5ではM1オープンでテストすることになりますが、60倍の差を感じてください。

H1タイムフレームで始値で 動くEAにM1テストが必要ないところに違いを感じています。MT5の開発者がプラットフォームに詰め込んだあらゆる種類のガラクタや松葉杖が必要なのかもしれませんが、私や自動売買を扱う他の人々にとっては、これらのガラクタは全く不要で無駄なものなのです。

ウライン

一般的に、あなたの投稿は、フェラーリはゴミであり、それは低い着陸を持っているので、私たちの道路を通過しない、というフレーズのように見えます。

その時、評論家はその車が我々の道路用に設計されたものではないことを気にしない。

フェラーリも捨てたものではありませんが、このようなオフロードの環境には適していません。だから、今はフェラーリ抜きでやっているんです。

同じ理由で、ほとんどの人はMT4からMT5への移行を急ぎません。なぜなら、このプラットフォームはオートトレード用に設計されておらず、コンピュータゲームの分野で必要な高価なハードウェアの所有者のためだけだからです。開発者が、ゲーマーとトレーダーというマーケティングのポジショニングを混同した結果です。

 
Reshetov: このプラットフォームは、オートトレード用ではなく、あくまでもコンピュータゲームの分野で必要とされる高価なハードウェアの所有者のために開発されたものです。

由良 捻じ曲げないでよ。クラウドは、ローカルマシンにディスクリートグラフィックカードがなくても、本当に最適化のスピードが上がりますね。

たとえシングルコアのCeleron 420(SSE2だけでなくSSE3もサポート)を搭載していてもです。これは間違いなく、クアッドとの質的な違いです。

まあ、必要な人は買うでしょう、当然。しかし、Quadrupleでも同じようにOpenCLを使うことができます(ただし、もちろん、もっと大変です)。

 
Reshetov:

...同じ理由で、ほとんどの人はMT4からMT5への切り替えを急ぎません。なぜなら、このプラットフォームは自動売買のために開発されたのではなく、コンピュータゲームの分野で必要とされる高価なハードウェアの所有者のためだけだからです。開発者が、ゲーマーとトレーダーというマーケティングのポジショニングを混同した結果です。

同意見です。また、コーディングのアプローチが複雑になることで、OOPでなくてもクリエイティブであればいいというトレーダーが、かなり離れてしまうのではないでしょうか。

MT4の人気は、「ゼロから」プラットフォームを学ぶためのソリューションの普及とアクセスのしやすさに大きく支えられています。5はそのハードルを上げたので、結果的に多くの人が手が届かなくなったかもしれません。

 
Reshetov:

試してみました。MT4と比較して最適化速度が落ち込むばかりです。MT5は、まだMT4の現行ビルドの最適化速度を夢見ることはないでしょう。

レナート あからさまに希望的観測をしていますね。MT5が様々なビットアーキテクチャをサポートし、すべてのローカルコアを使用することに異論はない。もうひとつの疑問は、それをどう使うかです。つまり、すべてを使うことが可能であり、同時にまったく役に立たないのです。

レナートさん、この分散コンピューティングネットワークを個人的にテストされたことはありますか? あなたの会社が広めている広告を買っているような印象です。

あなたと違って、私は個人的にクルードをテストしています。また、このプロジェクトの開発、テスト、企画は長年にわたって行ってきました。

だから、この分野での私の無知を主張するのは放っておいてください。


OpenCLのハードウェア非依存化について - これはもうユーモアのコーナーに置くべきですね。Cudaを搭載していないオンボードビデオカードを持っているトレーダーにそのジョークを言ってみてください。このカードは、トレーディングや、質の高いビデオや写真を見るには十分すぎるほどです。しかし、コンピュータゲームでは、このハードウェア非依存性だけでは十分ではありません。トレーディングをコンピューターゲームと混同してはいけない。

GPUのプラットフォーム依存性については、すでにあなたの間違いが証明されています。何度も何度も人前で引きずる必要はないのです。

あなたがGPUを持っていないからと言って、他の人が持っていないとは限りません。GPUはすでに至る所にあり、今後も増える一方です。


Clouds Networkを使った実験では、こんな結果が得られました。

1.クラウドネットワークには、2000人のエージェントはいません。多くても1500人です。

2.クラウドネットワークに接続すると、全エージェントのうち、最高で200エージェント、最低で1エージェントも接続されない。

3.分散計算がうまくいかず、最初の自動化モードが出現し、そこから多くのネットワークが離脱できなくなる。そして、1つのネットワークがつながる。大量のタスクを受け取り、エージェントの一部だけを従事させ、それらのタスクを素早く処理し、シャットダウンして、長時間終了モードに入る。

無駄に「実践でテストしていない」なんてことは言いませんよ。もしかしたら、怖くて何度もボタンを押し、その数秒の間にテストが終わっていたかもしれません。結局、その通りになりました。そうでなければ、起動後30秒以内に主電源のウォームアップ過程がはっきり見えたはずです。

今、実行した結果です。Cloudsから7人の260人のエージェントがタスクに取り組んでいます。

1回の通過にかかる時間は約25秒。

2012.02.06 16:27:51     MQL5 Cloud USA  pass 45855 returned result 103167.28 in 26 sec (PR 83)
2012.02.06 16:27:51     MQL5 Cloud USA  pass 46195 returned result 108641.04 in 25 sec (PR 88)
2012.02.06 16:27:51     MQL5 Cloud USA  pass 46201 returned result 111343.52 in 25 sec (PR 101)

cludesの55,000パスには9分かかり、1,276,290パス(それぞれ平均25秒)で総予測時間は3時間30分であることがわかります。

ローカルエージェント(8人)の時間をカウントすると、25 * 1,276,290 / 8 = 3,988,406 秒 = 66,473 分 = 1,107 時間 = 46 日で 1,276,290 通過することになります。

ここで、実際の加速度は、1,107時間÷3.5時間=316倍となる。


MQL5 Cloud Networkの 公式サイトでは、エージェント数を確認することができます。このデータはリアルタイムに更新されるものではなく、ネットワークはほとんどの時間眠っており、大量の注文が現れたときだけスリープから復帰するため、エージェントの上限を示すものではありません。





無料のものも含め、3Dグラフィックスを扱うファームと比べると、Clouds Networkは哀れなほどのゴミです。革命がどうのこうのということではありません。すべてが極端に醜く作られている。

値段は本当に馬鹿馬鹿しく、他のものはとても悲しく、憂鬱にさえ見えます。

これは、実践的なテストもせずに、あからさまに誤った発言をして侮蔑しようとすることだけで成り立っている、あなたの意見です。

また、トレーディング・プラットフォームの話もあり、怖いですね。取引プラットフォームの開発というビジネスを理解するには、とても遠い存在です。

自分が情けなく見えてくる。

 
MetaDriver:

由良 その通りです。 今のところ、そんな感じです。

でも、まだmql5を学ばないと...。:) なぜなら、状況が変わろうとしているからです。 開発者はもう慣れたものです。そ して、もしあれば、それを実行に移すでしょう。 MT4テスターも開発されたそうですね。

彼は根本的に間違っている。

このような虚偽の主張とナンセンスの画面の背後に、彼はいくつかの良い志を隠しているので、真剣に彼を取る可能性を残すことはありません。

 

クルードはゴミだ」という意見が出たら、ボタン一つで1万人〜10万人のエージェントを働かせるとはどういうことか、考えてみてください。

誰かが企画し、計算し、設計し、立ち上げ、売り手と買い手の利益を確保し、どんなトレーダーでもボタンを押せば結果が得られるようにしたことは言うまでもありません。

プロジェクトの 技術的な実装、インフラへの完全な統合、財務的な問題の解決、そして大衆市場へのリリースは、取引ロボットの最適化における真の革命と言えるでしょう。私たち以外、世界で誰もやっていないことです。

 

グリッドでは入力、重みともに数値範囲が狭いので、doubleをfloatに置き換えてテストを書き換えてみることにしました。

遅くなったという結果には、かなり驚いています。なぜ float は double よりも 3.9 倍も遅いのでしょうか (私のテストでは)?

添付のコンパイル済みテスト#7は、テスト#4に比べて3.9倍遅くなっています。

ファイル:
testud7.zip  11 kb
 
joo:

グリッドでは入力、重みともに数値範囲が狭いので、doubleをfloatに置き換えてテストを書き換えてみることにしました。

遅くなったという結果には、かなり驚いています。なぜ float は double よりも 3.9 倍も遅いのでしょうか (私のテストでは)?

添付のコンパイル済みテスト#7は、テスト#4に比べて3.9倍遅くなっています。

100%DLL内部で実行される(コードで確認できる)ので、質問はDLL作者宛にお願いします。この質問は、MQL5そのものとは関係ありません。

  int endTime=0;
  int startTime=(int)GetTickCount();

  for (int k=0;k<Iteration_P;k++)
    {
     MLP(0,InLayer_P,Weight_P,OutLayer_P);    // это вызов DLL
    }

  endTime=(int)GetTickCount()-startTime;
 
Renat:

100%DLL内部で実行される(コードで確認できる)ので、質問はDLLの作者に宛てて行うべきでしょう。MQL5自体には関係ありません。

もちろん、この質問はMQL5とは関係ない。いわば一般的な質問であった。

dllの作者は私です。dllのソースコードはこちら です。

 
OnGoing: さらに、コーディングのアプローチが複雑化することで、OOPでなくてもクリエイティブにやっていけると喜んでいるトレーダーの多くは、やる気をなくしてしまうのではないでしょうか。

OOPを使わないで5でコーディングすることを禁じているのは誰ですか?

OOPはあくまでMQL5の機能であり、必須条件ではありません。本当に重いプロジェクトは、OOPでないと難しいでしょう。しかし、軽いプロジェクトであれば、通常の手続き型のコーディングスタイルで十分です。4つ子との差は、実は小さいのです。