エラー、バグ、質問 - ページ 1626

 
Alexey Da:

このような挙動は、どのような専門家でも観察されるのでしょうか?

ログがあると助かるのですが。servicedeskにチケットを送信してください。

携帯電話からのログやファイルの添付はまだできません。最適化パラメータは約500。パラメータ値は0~2です。2000回の繰り返しはあっという間です。そうすると、すべてが遅くなる。以前のビルドでは、1日で120.000本も走ったんですよ。
 
Alexey Navoykov:

...そうでなければ、OnStart() { }関数だけの完全に空のスクリプトが400ミリ秒以上コンパイルされることをどう説明すればいいのでしょう!

もちろん、私はコンパイラを書いたりはしませんが、プロジェクトの規模にまったく関係なく、ある一定の最低ラインがあることだけは確かでしょう。タクシーを呼んで次の入り口まで運転するようなもので、数メートル、数枚のペニーを動かすようですが、200rの最低価格も 疑問が生じます - 行くのに1円、何のために?
 
Alexey Oreshkin:
もちろん私はコンパイラを書いたりはしませんが、単純にプロジェクトの規模に全く依存しない最低ラインがあるのではないでしょうか。それは次の入り口にタクシーとドライブを呼び出すようなものだ - メートルのカップルを移動したように、お金でコペックのカップルが、200rで提供の最低価格 も疑問を提起することができる - ここで何のために、ペニーを移動する?
しかし、ヤンデックスタクシーなどの登場により、これはすでにある程度緩和されています。そして、この数字は非常に合理的です。なぜなら、誰もが食べることを必要としているからです。しかし、私が引用した数字は、明らかに課題の複雑さに対して適切ではありません。
 
Alexey Navoykov:

MQL5のコンパイルが遅いという問題をもう一度提起したいと思います。 3ヶ月ほど前にこの問題を提起しようとしましたが、理解されず、どうやら私の主張は十分に説得力がなかったようです。 したがって、私は古いビルド(1159)にロールバックし、ほとんど瞬時にすべてをコンパイルしました(新しいコンパイラでは私のプロジェクトは20秒でコンパイルされました)。

で、1週間前から新しいビルドに切り替えようとしていたのですが、「20秒のことは忘れて、新しいもののために我慢しよう」と思いました。 もちろん、新しい条件に従うためにコードを少しいじらなければならず、新しいコンパイラのいくつかのバグ(ここに記述)が判明しました。挙句の果てには、私のプロジェクトはもう30秒もコンパイルしていないのです!プロジェクトの複雑さに関係しているのか、コンパイラの「複雑さ」が一つ増えたのか分かりませんが、もう収拾がつかないのです。

プロジェクトは約700Kbのソースコードで、数十のmqhを含むExpert Advisorです。 すべてOOPです。 以前、遅いのは大きな関数が原因だろうと書いてくれた人がいました。何個かあったんだけどね。 まあ、断片化したから影響はないんだけどね。

何が一番驚きかというと、この超長編が全く役に立たないということだ。プログラムの速度は旧コンパイラと同じで、具体的に計測してみました。 そうすると、「何のために」という一言に尽きますね。

OpenStart() { }関数だけの空のスクリプトが400ms以上コンパイルされるのはどう説明すればいいのでしょう?空のスクリプトのコンパイル・最適化にこれほど時間がかかるとは、想像もできない。 しかし、そこに小さな関数やクラスを追加していくことで、コンパイル時間がどんどん伸びていくのがわかる。

もちろん、私のハードウェアはCore i5Uと決して高性能ではありませんが、それでも私のプロジェクトは古いコンパイラでも1-2秒でコンパイルできます。 ちなみに、ダミーは一瞬でコンパイルされます。

も書いておきます。このコンパイラには、先にコンパイルしたフラグメントのキャッシュはもちろん、ソースコードが同一であることを確認するための些細なチェック機能すらない。 つまり、プロジェクトをコンパイルしてから、何も変更せずにもう一度「コンパイル」ボタンをクリックすると、また同じ30秒を待たなければならない。 これでいいのか......。

MTの開発者や、大規模なプロジェクトに携わっているフォーラムのユーザーから、(この問題を懸念しているのは私だけでしょうか)コンパイルにどのくらい時間がかかるのか、どのようなハードウェアでコンパイルできるのか、コメントを頂きたいと思います。ここで、実行ファイルのコンパイルについて述べておきます。

複雑な構成についてであり、それをバグとしてここで報告することもありますね。使わなければ、時間は大幅に短縮されます。例えば、kodobaseのALLコードは20秒より大幅に早くコンパイルされます。非常に遅いノートPCで1368ビルドを数十msでコンパイルしています。再現するためのコードを教えてください。
 
coderex:
そのため、これ以上何かを証明しようとは思っていません。プラス側のプロジェクトは、より大規模であるにもかかわらず、ビルドにはるかに時間がかかりますが、実行ファイルやライブラリファイルであれば数分でビルドできることに慣れていますし、ディレクトリ構造でいくつかのファイルを持つプロジェクトは数十分かかります :) 10-20秒待つのは問題ではありません...。
このようなプロジェクトを MQLで構築するとなると、どれほどの時間がかかるか想像がつきません。フル機能のIDEでも、コンパイルモードは様々です。おそらく、リリースビルドのことをおっしゃっているのだと思いますが、ほとんどの場合、デバッグモードで十分なのです。でも、MTではそれを待っている時間はあまりない。
さらに、プリコンパイルされたファイルを使用するため、その後のビルドは明らかに速くなる
 
fxsaber:
この問題は、複雑な構造物についてであり、その頻繁な失敗をバグとしてここで報告することもあるのです。使わなければ、時間は大幅に短縮されます。例えば、kodobaseのALLコードは20秒より大幅に早くコンパイルされます。私が1368でビルドしたブランクは、非常に遅いノートパソコンで数十ミリ秒でコンパイルされます。プレイするためのコードを教えてください。
すべてのコードに確信がありますか?なぜ、そう言い切れるのですか?全部試しましたか?
また、複雑なデザインについては、あなたの憶測に過ぎません。何が複雑なんだ?もし、複雑な表現ができたとしても、それは構文チェックの段階だけで、即座に実行されます。これは、例えば、mqhをコンパイルしても実行コードは生成されないことからもわかる。つまり、このチェックの後、構文上の困難と思われる問題はすべて解決され、コンパイラは何をすべきかを正確に知ることができるのです。次のステップは、実行コードの最適化です。つまり、ここが問題なのです。
OK、私がコンピュータの前にいるとき、再現するためのコードを渡します。でも、弱小ハードで数十msというお話には、もう困惑してしまいますね。全く同じことを話しているのですか?スクリプトファイルは.mq5ですか?また、搭載しているプロセッサーは?
 
-Aleks-:
リンク先に興味のある情報がない - 具体的に教えてください。

最初の投稿で2つの写真を持っているスレッドの最初のページを開く推測するのは難しい?

https://www.mql5.com/ru/forum/88768

Крупнейшие брокеры отмечают взрывной рост популярности MetaTrader 5
Крупнейшие брокеры отмечают взрывной рост популярности MetaTrader 5
  • レビュー: 1
  • www.mql5.com
Недавно один из национальных брокеров России Solid Financial Services запустил торговую платформу MetaTrader 5 с хеджинговой системой учета позиций...
 
Alexey Viktorov:

最初の投稿で2つの写真を持っているスレッドの最初のページを開く推測するのは難しい?

https://www.mql5.com/ru/forum/88768

1枚目の写真を見てみると......5枚目のセントアカウントについて、ホームページにはデータがないそうです。しかし、2枚目の写真にはそのデータがありますが、そこに重ねることが可能かどうかは不明なのですね。そして、オープンオーダー数やポジション 量の制限も...。これは一般的には良くないことです。でも、可能性があるのはいいことです。

しかし、残念なことに、私にはコード全体を書き直す(複雑なコードを書き直すために余分なお金を使うことも含めて)動機がない。

 
-Aleks-:

1枚目の写真を見てみると......5枚目のセントアカウントについて、ホームページにはデータがないそうです。しかし、2枚目の写真にはそのようなデータがありますが、そこに重ねることが可能なのかどうかは不明です。そして、オープンオーダー数やポジション 量の制限も...。これは一般的には良くないことです。でも、可能性があるのはいいことです。

しかし、残念ながら、コード全体を書き換える(複雑なコードを書き換えるために余分な費用をかけることも含めて)インセンティブはない。

では、なぜそのような理由を捏造する必要があったのでしょうか?NIKHATとNOBODYと言えばいいのか・・・。

ドル口座で取引するには、そのような資金がない場合、注文数や取引量にどのような制限があると負担になるのでしょうか?不思議なことばかりです。

 
Alexey Viktorov:

では、なぜそのような理由を作ったのでしょうか?嫌だからやらないって言えばいいのに...。

ドル口座で取引できる資金がない場合、注文数や取引量にどのような制約がありますか?不思議なことばかりです。

そうしたいし、そうするつもりです。すでに、自分が心地よいと感じる方法でオーダーを扱うクラスを注文しましたので、年内の到着を待っています。

私はカウンタートレンドのグリッドをトレードしており、ロットを増やしても、多くの通貨ペアで - そのため、多くの注文と大きなポジション量への サポートが必要です。私は別の方法で問題を解決していますが、それをまた開発して実行するとなると、時間がかかるだけで、業績が向上するわけではありません。