パラメータを持たない関数は、パラメータを持つ関数よりも高速に動作します。
もちろん、マクロが一番手っ取り早いでしょう。
リナトは、MT-シリアスインライナーは機能し、良い結果をもたらすと語った。
はい、個人的な見解ですが、MT4ではインライナーの動作はスタックサイズ(スタック内の変数に割り当てるメモリ)と変数の数に依存します。
しかし、MT5ではスタックサイズへの依存がなくなり、一般的にオプティマイザがよりアシストしてくれるようになったようです。
資源を大量に消費するタスクに関連して、従来の手続き型プログラミングと比較して、OOPを使用した場合のオーバーヘッドはどの程度になるのかという疑問が生じました。
どなたかそのようなテストをされた方はいらっしゃいますか?
との違いに興味があります。
- パラメータ付き関数呼び出し
- パラメータなしの関数呼び出し
- 上記関数の機能を持つマクロコール
- 関数呼び出し - クラスのメソッド
- 仮想関数 呼び出し
すぐに使えるOOPライブラリがあれば、アプリケーションの開発期間を短縮することができます。仮想関数を呼び出すと、実行速度が遅くなる場合があります。
唯一のニュアンスは、優れたOOPライブラリの利用が可能であることです。
"標準ライブラリ "は私の美意識を犯し、DLLに行き、C++で静かにコーディングするようになる
リナートは、「MTでは、本格的なインライナーが有効で、良い結果が得られる」と話しています。
そう、インライナーはとてもアグレッシブでオートマチックなのです。
x64のコードオプティマイザも32ビット版より頭一つ抜けています(このブランチは完全に停止しており、開発されていません)。さらに、x64オプティマイザは、ほとんどの仮想関数を 直接およびインライン呼び出しにアンロールする方法を知っています。結局のところ、仮想関数は縮退していることが多いのです。
しかし、本当のオーバーヘッドは、参照操作とダイナミックインデックスの制御です。常にコントロールしなければならないのです。
資源を大量に消費するタスクに関連して、従来の手続き型プログラミングと比較して、OOPを使用した場合のオーバーヘッドはどの程度になるのかという疑問が生じました。
もちろん、OOPのいいとこ取りの機能は、リソースや時間のかかるデバッグにコストがかかる。OOPが意味を持つのは、便利なテキストラッパーとして、あるいは実行時の初期化で最低限使う場合だけ......。実は、OOPは プログラマーの労働時間のコストを上げ、より高度な機器の購入を促すためのマイクロソフト社のマーケティングに過ぎなかったのです。しかも、彼ら自身はバカではなく、すべてのソフトウェアをC言語とアセンブラで書いている。
- 無料取引アプリ
- 8千を超えるシグナルをコピー
- 金融ニュースで金融マーケットを探索
資源を大量に消費するタスクに関連して、従来の手続き型プログラミングと比較して、OOPを使用した場合のオーバーヘッドはどの程度か、という疑問が生じました。
どなたかそのようなテストをされた方はいらっしゃいますか?
との違いに興味があります。