x64プラットフォーム用の新しいMQL5コンパイラーをテスト - 2～10倍計算が速い! - ページ 11

新しいコメント
 
Prival-2:

個人的には、そうですね。そして、MT4/5の使用はずいぶん前にあきらめました。ここで実装したものよりも、桁違いに優れたソリューションがある。ここでお見せして、お伝えしてきました。実際の口座で取引する私のアルゴリズムは架空のものではなく、収益性の高い、本物の、優れた、安定したものです（その有効性は、このフォーラムで検索していただければわかります）。彼らは、MT4 / 5内に実装することはできませんので、あなたに幸運を、私はそれが市場で獲得する運ではないので、運を必要としない...

掲示板では「ニンジャ」のことだろう、だからニンジャとつるんでいるのだろう。しかし、それにしても、プリヴァロフ氏の言うことには論理性がないのか、それともわざと誤魔化したのか、どちらなのだろう。

そして、その状況は以下の通りです。

=代替取引端末で 独自の取引システムを作成することもできますが、かなり高い費用がかかります。プログラム本体の価格は、1回1000米ドル、1ヶ月60米ドルからで、見積もりは1ヶ月200米ドルから2000米ドルになる予定です。ブローカーにはデモ口座がありますが、30日間だけです。みんなどうにかして回避しているのですが、MT4-MT5の自由度の高さの後では、ちょっと乱暴な感じがします。トレーダーであれば、お金を数えるのが仕事です。

= 別の端末で取引システムを構築するには、より多くの時間がかかります - 端末の組み込み言語、システム関数といくつかの自分自身または他の人の科学的なDLLの間に半ば変異した.NETなどのインターフェイスとパッドのすべての種類のために。

= テストや最適化には、例えばNinjaも適していますが、そちらの速度はMT4-MT5の数十倍遅くなることに注意してください - 理由は様々です：.NETでは、比較的最近、セミノーマルなSSE2アクセラレーションサポートが登場し、コンパイラ自体の動作もMQL4-MQL5よりずっと悪いですから。さらに、.NETやC#言語、そのZILLIARDの機能を習得しなければなりませんが、これ自体も気の遠くなるような作業で、数カ月はかかります。実は、.NETは、Javaに対するマーケティング的な回答であり、そのために、Delphiの主要開発者であるAnders Hejlsbergを、愚かにもBorlandから呼び寄せたのである。その結果、Ninjiでは、MT4-MT5よりもウィンドウが少し美しくなることがありますが、スピードを含め、他のほとんどeverythingは問題があります。

=ニンジのチャートの日付でさえ、ローカルスタンダードではできない。彼らのテクニカルサポートは、人々に「そして、すべて私たちのために機能しています！」と書いています。忍者の日付も曲がっていて（アメリカンスタンダード）、直す方法がない。迷惑だし、イライラする。

= もしあなたが、1日10時間から12時間モニターの前に座り、5枚から10枚以上のチャートを使わずに先物取引だけをしたいのなら、Ninjaの方が少しはましかもしれませんね。しかし、それ以外のほとんどすべての点（技術的、開発的）で、スピード、プログラム開発のスピード、技術サポートの点で、常にMT4-MT5に軍配が上がるでしょう。

テクニカルサポートは、MT4-MT5と比較する価値もない。

= C#と.NETのサポートという点では、マイクロソフトはいつも通りベースメント以下です。あなたは、修正、または少なくとも明確化のために何年も待つことになります。Ninjiに欠かせない.NET 3.5が同じパソコンにインストールされないんです。単純で愚か。何百人もの人が同じバグを抱えていて、みんなマイクロソフトに専用ブログで報告しているんだ。これは6年ほど前から引きずっています。マイクロソフトはどこが悪いかわからないし、それこそそんなバグ番号もわからないという。

= NinjaScript言語とターミナルをどの程度サポートしているかという点では、彼らの会社はフォーラムで「サポート外」と露骨に書いているだけという、不可解なものもあります。例えば、ポータブルモードがないので、端末を別の場所にインストールするのは問題があります。例えば、TICKVALUEもない。つまり、ポジションサイズを自動的に（残高の％で）設定することができないので、手動か自分でプログラムを書かなければならない（かなり複雑）。言い換えれば、資金管理のない手動モードでの取引です。

= Ninjaは、視覚的なインターフェースにおいても、致命的でない小さな不具合が想像を絶するほどたくさんあるのです。それらを抜本的に解消するために、新しいバージョン8.0が発表されました。2年以上も待たされたのに、まだ行方不明なんです。

= コンパイルの速度とコンパイラ（MQL4）の信頼性の領域で - MT4は、現在の取引の分野で同等でないと信じています。

そう、他の取引端末の主な欠点をすべて回避することができるのです。しかし、これでは、C#や.NETの開発者の火星人の論理や、未知の開発者の論理に対応しなければならないので、何ヶ月もかかり、トレーダーの思考もゆがんでしまうでしょう。 MT4-MT5端末にもデメリットがある。しかし、その開発スピードとトレーダーのためのHIGHコスト - 他の端末はまだMT4-MT5への長い道のりを見る必要があります。

 
ビルド1114に アップグレードした後、 Optimize=1 モードでの「コード生成エラー」が残って います。
 
Anatoli Kazharski:
1114 ビルドにアップグレードした後、 Optimize=1 モードでの「コード生成エラー」が残って います。
再生方法は？
 
Alexander:
再生方法は？
検索しているところです。今のところローカライズはできていない。
 
Alexander:
再生方法は？

問題はColorToARGB()関数にあります。

//+------------------------------------------------------------------+
//|                                                        #Test.mq5 |
//|                        Copyright 2015, MetaQuotes Software Corp. |
//|                                              http://www.mql5.com |
//+------------------------------------------------------------------+
#property copyright "Copyright 2015, MetaQuotes Software Corp."
#property link      "http://www.mql5.com"
#property version   "1.0"
#include <Canvas\Canvas.mqh>
//+------------------------------------------------------------------+
//| Script program start function                                    |
//+------------------------------------------------------------------+
void OnStart()
  {
//---
   CCanvas canvas;
   if(!canvas.CreateBitmapLabel("TestCanvas",0,0,100,100,COLOR_FORMAT_ARGB_RAW))
     {
      Print("Error creating canvas: ",GetLastError());
      return;
     }
//---
   canvas.Erase(clrBlack);
   canvas.Update();
//---
   canvas.Line(0,0,100,100,ColorToARGB(clrWhite)); // <<< code generation error
  }
 
Anatoli Kazharski:

問題はColorToARGB()関数にあります。

ありがとうございます、再生しました。
 

Optimize=1の場合、テスターでEAを 単純にテスト すると（パラメータの最適化なし）エラーが発生します。

DP      2       12:15:12.565    test    2015.01.01 00:00:00   invalid EX5 file (12)
QI      2       12:15:12.565    Tester  global initialization failed
FR      2       12:15:12.565    Tester  global initialization critical error
GG      2       12:15:12.565    Tester  tester stopped because expert initialization failed
Optimize=0の場合、すべてエラーなく正常にテストされます。

チャートにEAを追加する際にも同様の問題が発生します。

Win7 x86、MT5ビルド1114

ソース（空のMEテンプレート）

//+------------------------------------------------------------------+
//|                                                         test.mq5 |
//|                        Copyright 2015, MetaQuotes Software Corp. |
//|                                             https://www.mql5.com |
//+------------------------------------------------------------------+
#property copyright "Copyright 2015, MetaQuotes Software Corp."
#property link      "https://www.mql5.com"
#property version   "1.00"
//+------------------------------------------------------------------+
//| Expert initialization function                                   |
//+------------------------------------------------------------------+
int OnInit()
  {
//---
   
//---
   return(INIT_SUCCEEDED);
  }
//+------------------------------------------------------------------+
//| Expert deinitialization function                                 |
//+------------------------------------------------------------------+
void OnDeinit(const int reason)
  {
//---
   
  }
//+------------------------------------------------------------------+
//| Expert tick function                                             |
//+------------------------------------------------------------------+
void OnTick()
  {
//---
   
  }
//+------------------------------------------------------------------+
//| Tester function                                                  |
//+------------------------------------------------------------------+
double OnTester()
  {
//---
   double ret=0.0;
//---

//---
   return(ret);
  }
//+------------------------------------------------------------------+
 
Dmitriy Parfenovich:

Optimize=1の場合、テスターでEAを 単純にテスト すると（パラメータの最適化なし）エラーが発生します。

Optimize=0の場合、すべてエラーなく正常にテストされます。

チャートにEAを追加する際にも同様の問題が発生します。

Win7 x86、MT5ビルド1114

ソース（空のMEテンプレート）

参考文献、再現ありがとうございます
 
Renat Fatkhullin:

その答えは、十数回にわたって出されている。

MT4の技術的な寿命は 尽きました。そして、それに胡坐をかき続けていると、チャンスを失うのは自分の責任です。誰のせいでもなく、ブローカーも含めて自分一人のせいです。

もし、何かが降りたくないからと言って、誰かが古いシステムを維持する義務があると考えるなら、それはこの世界の原理を大きく誤解している（個人が世界をどう見ているかとは異なる）。残念ながら、大勢のトレーダーがMT4に納得してしまっているので、見ていて滑稽なほどです。人は合理的な理由では説明できないほど、自分を敵視していることがわかる。

私はMT4に居座り続けていますが、その理由は以下の通りです。

1.加速度計算が できるのは素晴らしい。しかし、なぜ非現実的なスプレッドでこのような計算が必要なのでしょうか？ MT4でスプレッドを切る問題は解決しましたが、MT5テスターでスプレッドをどうすればいいのかわかりません。MT4のようなスプレッドウィンドウの導入を提案してから1年以上経ちました。さて、通貨ペアはそれほど苦戦しませんでした。しかし、50～100のスプレッドでRTS指数をテストするのは倒錯だ!本当のスプレッドは10-20だ!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

2.FXのMT5で普通に評判の良いブローカーを1社でも挙げてくれ。LMAX、RVD、FXCM、DucasCopyなどは、なぜ素晴らしいMT5を買わないのでしょうか？

良いmt5ブローカーを持っているが、劣悪な条件では取引したくない 3.

3）細かいことにこだわらない？もしMT5で、MT4形式で任意のスプレッドを持つ相場を読み込むことができるサービスを作りたいのであれば、私は真っ先に新しいコンパイラの速度を見積もりたいと思います

 
Dmitiry Ananiev:

私はMT4に居座り続けていますが、その理由は以下の通りです。

1.計算が速くなるのは素晴らしいことです。しかし、なぜ非現実的なスプレッドでこのような計算が必要なのでしょうか？ MT4ではスプレッドカットの問題は解決しましたが、MT5テスターではスプレッドをどうすればいいのかわかりません。MT4のようなスプレッドウィンドウの導入を提案してから1年以上経ちました。さて、通貨ペアはそれほど苦戦しませんでした。しかし、50～100のスプレッドでRTS指数をテストするのは倒錯だ!実質スプレッドは10対20!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

MT5でのスプレッドは、M1バーごとに書き込まれるため、MT4の手法をMT5に移す必要はありません。MT5のスプレッドの方が状況はずっといい。


2.FXのMT5で普通に評判の良いブローカーを1社でも挙げてくれ。なぜLMAX、RVD、FXCM、DucasCopyなどは素晴らしいMT5を購入しないのでしょうか？

LMAXはMT4、RVDも、FXCMはMT5を開始し、Dukasは結果がわかっている技術競争で最後まで勝負します。

まさかブローカーが完璧で、例外的に健全で合理的な判断をしているとは思いませんよね？欠点だらけの普通の会社なんです。


MT5で本当に良いブローカーがあるのですが、劣悪な条件では取引したくありません。

MT5の金融取引条件は、MT4よりもはるかに優れていることが多いのが実情です。また、MT5は、トレーダーにとって、より優れた技術的機能と速度特性を持っています。


もし、あなたが細かいことにこだわらないのであれば？MT5でサービスを作って、MT4.の任意の相場を与えられたスプレッドで読み込めるようにすれば、新しいコンパイラの速度を最初に見積もることができますよ。

私たちは、さまざまなレベルのリアルな情報を持っています。

現実にMT5を動かして、その機能を検証したことがないことを認めたほうがいい。それゆえ、MT4の本質的に弱い能力について常に言及し、MT4のアプローチをMT5に移そうとするのです。でも、MT4には戻れないので、MT5で同じことを試すには十分です。

1...456789101112131415161718...22
新しいコメント