多くの人にとって興味深いトピック:MetaTrader 4とMQL4の新機能 - 大きな変更が控えています。 - ページ 69

 
MetaDriver:
hrenfx(前世はgetch )のコードを解析したことがありますか? 4thフォーラムのkodobaseで彼の全作品に目を通し、そのうちの2、3個を丁寧に解析してアルゴリズムを完全に理解することを強くお勧めします。 そしてあなたのハイコントラスト旅団の「最高レベルのプロフェッショナルな人たち」の皆さんも同様に強くお勧めします。 Ivanの知的能力についてあまり妄想するのは止めて自分の能力を高めることから始めた方が良いかもしれませんね。


あなたは、数字でクソを示さなかった、あなたは、バーで3つのティックを持ち、一方、彼は、LoAskとHiBidだけ、それぞれ1つのティックを持ち、これは、彼が非常に長い間ここで宣伝した。 だから、ループから不必要な2つの比較を取り除き、コンパイラのレンジチェックをオフにすれば(レンジチェック)、ループ内の役に立つ(最小)計算でも、記載の数字はすでに非常に現実的に見える。

私が実際に出会ったhrenfxのコードのいくつかは、コードが非常に高品質で、何も言うことができません。今でも一部使っています。でも、フライとカツを混ぜるのはやめましょう。あなたもgericaさんと同じで、私の提示するテストすら理解せずに書いているのですね。C言語の深い知識がないためか、あるいは他の理由で、hrenfxの1バーは2つの整数の長さしかないことを強調しているのか、どちらでしょう。実際には、バーを記述した構造体へのポインタを渡しているのであって、構造体そのものを値で渡しているわけではないので、バーの項目数のオン・オフはパフォーマンスに何ら影響を与えないことになる。ちなみに、stratum自体の性能時間を言っているのであって、配列の充填の時間は無視している。

構造体自体に1つの値だけを残した場合の性能結果は以下の通りです。

つまり、確かにlong値1個からなる軽量構造体の展開時間は9秒から2.35秒と何倍も短縮されましたが、実行時間自体はほとんど変わりません(ifチェックでrand()を呼ぶようになったので若干増えたくらいです)。もし、エンジンがストラテジストに実行を委ねた場合、現実には実行時間はさらに長くなり、構造 記述バーの大きさは全く関係ありません。

だから、また何か言うなら、まずCを勉強しなさい--そうすれば、何か話せることがあるはずだ。

 
C-4:

つまり、1つの長い値からなる軽量構造の配置にかかる時間は、9秒から2.35秒へとマニフォールドしたのは事実だが、実行時間そのものはほとんど変わらないのだ

それを8(コア)で割ると?
 
TheXpert:
8(コア)で割るとどうなるか?
割り算をすれば100 000 000本の速度に到達することも可能ですが、それでもあまりに抽象的で憶測的な推論になってしまいます。実際のテスターでは、関数の呼び出し、ディスクからのデータの展開と読み込み、ストラテジー内の数学的計算、売買シグナルの送信、中間データの記録と保存など、とにかく多くのコストがかかる。最初の例では、TradeSystem()関数を1回呼び出すだけで、ストラテジーの実行時間が40%も増加します。したがって、結果を8で割っても、宣言した限界に近づくだけなのですが、プログラマーの手を借りずに5時間で到達したと記載されています。また、hrenfxがマルチスレッドでの性能を意味するのか、シングルスレッドでの性能を意味するのかは、まだ長い間わからない。
Документация по MQL5: Основы языка / Функции / Вызов функции
Документация по MQL5: Основы языка / Функции / Вызов функции
  • www.mql5.com
Основы языка / Функции / Вызов функции - Документация по MQL5
 
TheXpert:
それを8(コア)で割ると?
いいえ、hrenfixはシングルスレッドのテスターを持っており、それは彼の投稿に書かれています。
C-4:

hrenfxのコードのいくつかは私に伝わりました - コードは非常に高品質であり、私は何も言うことはできません。今でも一部使っています。でも、フライとカツを混ぜるのはやめましょう。あなたもgericaさんと同じで、私の提示するテストすら理解せずに書いているのですね。C言語の深い知識がないためか、あるいは他の理由で、hrenfxの1バーは2つの整数の長さしかないことを強調しているのか、どちらでしょう。実際には、バーを記述した構造体へのポインタを渡しているのであって、構造体そのものを値で渡しているわけではないので、バーの項目数のオン・オフはパフォーマンスに何ら影響を与えないことになる。ちなみに、stratum自体の性能時間を言っているのであって、配列の充填の時間は無視している。

構造体自体に1つの値だけを残した場合の性能結果は以下の通りです。

つまり、確かにlong値1個からなる軽量構造体の展開時間は9秒から2.35秒と何倍も短縮されましたが、実行時間自体はほとんど変わりません(ifチェックでrand()を呼ぶようになったので若干増えたくらいです)。もしエンジンがストラテジストに実行を委ねた場合、実際には実行時間はさらに長くなり、バーを記述する構造の大き さは全く関係ありません。

だから、また何か言うのなら、手始めにCを勉強して、それから話をしようよ。

2回未満の不一致については、例えばコンパイラやプロセッサの違いで片付けられるので、ここでは触れないことにする。

Ivanのパフォーマンスは、軽い戦略では本物に近く、彼の各戦略のための簡単な「計算機」を書く動機付けになりますね。

その生産性は、通常のテスターのユニバーサルマッシュアップと比較して、非常に大きなものです。 それは、まさにIvanが言いたかったことで、Renatにではなく、あなたや私、そして「天気の海の下」で待っている他の「ユーザー」に対してのことなのです。

 
C-4:
プログラマーでもないのに、たった5時間で。
プログラマーでないと言ったという記憶はないが、ここでは昔からプログラマーとして知られている。
 
MetaDriver:
いいえ、hrenfixはシングルスレッドテスターを持っています、それは彼の投稿に書かれています。
また、ペアリングの解除の仕方も同じように説明しています。
 
Mischek:
プログラマーでないと言ったという記憶はないが、ここでは昔からプログラマーとして知られた存在である。
彼はプロではないし、自分をプロだと思っている人たちと違って、他のトップ職よりレベルは高いが、そう言っているのだ。
 
C-4:

1)......しかし、ノンプログラマーがわずか5時間でいわば半端なく達成したとも書かれている。

2)また、hrenfxがマルチスレッドモードでの性能を意味しているのか、シングルスレッドモードでの性能を意味しているのかは、長い間わからないでしょう。

1)結果は、初めてではないテスターを書く人、すなわち非常に経験豊富な "非プログラマー "によって5時間で達成されました。 例えば、彼の偉業の 一つは、すでに3年前です。

2)元の記事をもっとよく読めば、すぐにわかることです。"クランクは読者ではない..."?;)

Простая идея мультивалютного тестера с примером реализации - MQL4 форум
  • www.mql5.com
Простая идея мультивалютного тестера с примером реализации - MQL4 форум
 
Crenfixの証人喚問スレッド ))
 
TheXpert:
彼はプロではないし、自分をプロだと思っている人たちと違って、レベル的にはほとんどのトップジョブの上にいるはずなのに、そう言ってしまうのだ。
トップジョバは最悪)