ループの後ろで変数を宣言するのか、ループの中で宣言するのか？ - ページ 3

[pivalexander]

Aleksandr Matveev:

このコメントの著者は、プロセッサ、メモリ、コンパイラの仕組みを全く知らないのでは...と勘ぐってしまいます。

作者が思いやりに欠けていて、質問を理解していなかったのだと思います。

メモリやCPUはどう関係するのですか？ MQL5での最適化についての質問でした。

P.S."Technique of Attention Development, O.A. Andreev, 2007"という面白い本が あるので、読んでみてください。

[Aleksandr Matveev]

pivalexander:

メモリやCPUはどう関係するのですか？ MQL5での最適化についての質問でした。

では、そのコードは、メモリもCPUも使っていないとお考えですか？そして、コンパイラについて「最近のコンパイラの最適化には勝てないだろう」という発言に答えています。"

[Alexey Navoykov]

Aleksandr Matveev:

この文章の著者は、プロセッサ、メモリ、コンパイラの仕組みを全く知らないのでは...と勘ぐってしまう。あなたのコードのどれもが、少なくとも10倍、あるいは何百倍も高速化できることに賭けてもいい。

そこで、まず問題のコードに関して証明してみてください。さらに、Igorが引用した上記の結果を信じるなら、その逆で、ループ内の宣言の方が少し速く動作する。

だから、コンパイラを出し抜こうと踊ったり、シャッフルしたりすることは、結局はコストがかかるのです。コンパイラがコードを最適化するのが難しくなるのです。ブロックの外で宣言された変数は外部変数とみなされ、反復の間その状態を保持 するため、コンパイラが最適化する能力は限られています。 クリーンなコードは、関数型プログラミングパラダイムに精通していれば、常に（副作用のある）「ダーティ」コードよりも最適化されるのです。

[Aleksandr Matveev]

Alexey Navoykov:

そこで、まず問題のコードに関して証明してみてください。さらに、Igorが引用した上記の結果を信じるなら、その逆で、ループ内の宣言の方が少し速く動作する。

だから、コンパイラを出し抜こうと踊ったり、シャッフルしたりすることは、結局はコストがかかるのです。コンパイラがコードを最適化するのが難しくなるのです。ブロックの外で宣言された変数は外部変数とみなされ、反復の間その状態を保持します。 つまり、コンパイラが最適化する能力は限られています。関数型プログラミングのパラダイムを知っていれば、クリーンなコードは常に（何らかの副作用のある）「ダーティ」コードよりも最適化されやすいのです。

私の本をゆっくり読んでみてください。コンパイラのことがよくわかると思います。

[pivalexander]

Alexey Navoykov:

そこで、まず問題のコードに関して証明してみてください。さらに、Igorが引用した上記の結果を信じるなら、その逆で、ループ内の宣言の方が少し速く動作する。

だから、コンパイラを出し抜こうと踊ったり、シャッフルしたりすることは、結局はコストがかかるのです。コンパイラがコードを最適化するのが難しくなるのです。ブロックの外で宣言された変数は、反復処理の間、状態を保持 する外部変数とみなされます。 これは、コンパイラの最適化の選択肢が限られることを意味します。 クリーンなコードは、関数型プログラミングパラダイムに精通していれば、常に（副作用のある）「ダーティ」コードよりも最適化されます。

私のテストでは、ループの後ろに変数宣言が あるコードの方が高速に動作するという逆の結果が出ています。

https://www.mql5.com/ru/forum/320307/page2#comment_12886814

[Alexey Navoykov]

pivalexander:

何度も実行し、結果が安定している、ループの後に変数を宣言 したコードは、より速く動作する

不思議なことに、さっきの人は逆の結果を出していました

[Alexey Navoykov]

pivalexander:

私のテストでは、ループの後ろに変数宣言が あるコードの方が高速であることが逆に示されています。

ループの中で得た結果は、一切使用されません。このような中身のないテストの結果は信用できない。コンパイラは、あるケースでは単純にループ本体全体を切り取ることができた。

[Aleksandr Matveev]

Alexey Navoykov:
不思議なことに、少し前にその男性は逆の結果を得ていたのです

まず基本を学んでから、自分の主張を証明すべきです。CPUやメモリの操作に関する本を一冊でも読んでいれば、何もテストしなくても結果がわかるはずです。一番工夫したものを提供しましたので、プログラミングを少し進めたい方は、読んでみてください。

[削除済み]

Alexey Navoykov:
不思議なことに、さっきの男は逆の結果を出していた。

このような人工的な例でのスピードテストは、まったく参考にならないことは、すでに述べたとおりです。デバッガーでの研究だけでは不十分なのでは？私の信用はないのでしょうか？全て無視され、あなた次第で、私は退散します。

[Igor Makanu]

Alexey Navoykov:

しかも、上記のイゴールの結果を信じるなら、その逆である。

自分を信じない、いつもダブルチェックする、自尊心を高めなくてもいいと思う...。歴史上、様々なケースがあったんだ！ナポレオンを探してみよう！レッツゴーだ))))

Alexey Navoykov:
不思議なことに、さっきの人は逆の結果を得たんです。

なぜテストにsrand(GetTickCount())を追加したのでしょうか？?

;)