ちょっとびっくり :)私は、共有し、NOT修辞的な質問をすることを考えました。 - ページ 16 1...91011121314151617181920212223...25 新しいコメント Renat Fatkhullin 2011.04.02 19:43 #151 だから言ったじゃないですか、初心者は...。理解は経験を積めばできるようになる。 Academic 2011.04.02 19:51 #152 Renat: だからさー、初心者はさー。理解は経験を積めばできるようになる。良い点です。いいものですね。:) 初心者に過剰反応しすぎだろ。今、私たちは何を議論しているのでしょうか?:) 数学を発見する。:)==付け加えると...誰かがやってくれるかもしれない...。を見ることから始めるとよいでしょう。 http://en.wikipedia.org/wiki/%E2%84%9Aとこちら http://demonstrations.wolfram.com/RationalNumberExplorer/ とこちら http://www.solarix.ru/for_developers/cpp/boost/rational/ru/rational.shtml DDFedor 2011.04.03 09:05 #153 Academic: 次回の投稿でスマイルマークが切り取られます。このことを肝に銘じておいてください。 Academic 2011.04.03 09:48 #154 DDFedor: 次回の投稿でスマイルマークが切り取られます。それを肝に銘じておいてください。 そこにいるのは誰だ?:) hrenfx 2011.04.03 10:33 #155 Renat: 価格を整数値に変換することに大きなメリットはない。確かに効率的に体積を減らすことができますが、どうしてもダブルに変換してしまうため、劇的に速度が落ちてしまいます。正確には、システム全体を整数化することができないので、計算可能な数学はまだdouble(十分な精度もない)で行わなければならない。私も賛成です。だから、さっき書いたのです。hrenfx: 追伸:あなたの数字は明らかに不正確です:INTのストーリーは2.1Gbを、DOUBLEは7Gbを占有することはできません。差は常にちょうど2倍(USHORTでは 不十分)でなければなりません。価格を整数演算にすることで、EA内のロジックをすべて整数演算に置き換えることができるため、大きなアドバンテージとなる。これはあまりないことです。足し算、引き算、比較演算しかできないので、すべてが整数になる、一番間抜けだけど一番速い電卓を持っています。従って、INTからDOUBLEへの受け渡しは不要である。一般に、特定のケースにおけるアルゴリズムの最適化は、一般的なアプローチよりも常に実行速度(書き込みではない)で優位に立つと言われています。そのため、例えばExpert Advisorがパラメータの自動最適 化を使用する場合、自動最適化の速度の問題は非常に重要です。また、DLLまたは直接MQL5で、アルゴリズム的に最大限に最適化された独自のExpert Advisorを作成することも合理的です。また、MT5-optimizerで自動最適化を行わないでください。残念ながら、自動最適化されたExpert Advisor用のMT5-optimizerは、非常に限られたケースにしか適していません。 Academic 2011.04.03 10:39 #156 hrenfx:私も賛成です。だから、さっきも書いたんです。私の最も間抜けだが最も速い電卓では、足し算、引き算、比較演算しかないため、すべてが整数になるのである。それぞれINTからDOUBLEに変更することは不要です。一般に、特定のケースにおけるアルゴリズムの最適化は、一般的なアプローチよりも常に実行速度(書き込みではない)で優位に立つと言われています。そのため、例えばExpert Advisorがパラメータの自動最適化を使用する場合、自動最適化の速度の問題は非常に重要です。したがって、DLLまたは直接MQL5で、アルゴリズムが最大限に最適化された独自のExpert Advisorを作成するのが合理的です。また、自動最適化のケースにはMT5オプティマイザーを使用しないでください。残念ながら、自動最適化されたExpert Advisorの内蔵オプティマイザは、限られたケースにしか対応していません。二重翻訳が避けられない場合の例を教えてください。 もう一つの例は、何かの割合の値やその確率を計算する必要があるときです。 最初のケースでは、1ピップを0.0001パーセントとし、1.2345パーセントは12345ポイントとなります。 それは、確率も同じです。 ダブルのビット深度にも限界があり、隠れたポイントというものが常に存在することを理解しておく必要があります。 Andrey Dik 2011.04.03 10:49 #157 Academic:ダブルに変換する必要がある場合の例を教えてください。 反例として、何かの割合や確率を計算することがあります。 最初のケースでは、1ピップを0.0001パーセントとし、この場合1.2345%は12345ポイントになります。 それは、確率も同じです。 ダブルのビット深度にも限界があり、隠れたポイントというものが常に存在することを理解しておく必要があります。 なんという不意打ち人類は数の科学を誤った方向に発展させている。実数、さらに言えば複素数も無駄に発明された。- ごく簡単に言うと、整数の数で何とかなる人がいることが判明したのです Academic 2011.04.03 11:10 #158 joo: なんという不意打ち人類は数の科学を間違った方向に発展させている。実数、ましてや複素数は無駄に発明されたものである。- 非常に単純に、ある人は整数の数でできることが判明したのです 例を見ないか? Andrey Dik 2011.04.03 11:16 #159 Academic: 例を見ることができないのですか? 見るか見ないかは、どうすればわかるのですか? Renat Fatkhullin 2011.04.03 11:18 #160 倍にする必要がある例として、MAなどの指標の些細な計算が挙げられます。整数(実数から仮想化)の割り算で十分なので、精度が 乱高下してしまうのです。お金での利益も計算できません。これについては、先ほどもはっきりと申し上げました。実践してみないとわからない。 Документация по MQL5: Основы языка / Типы данных / Приведение типов www.mql5.com Основы языка / Типы данных / Приведение типов - Документация по MQL5 1...91011121314151617181920212223...25 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
だからさー、初心者はさー。理解は経験を積めばできるようになる。
良い点です。いいものですね。:)
初心者に過剰反応しすぎだろ。今、私たちは何を議論しているのでしょうか?:)
数学を発見する。:)
==
付け加えると...誰かがやってくれるかもしれない...。を見ることから始めるとよいでしょう。
http://en.wikipedia.org/wiki/%E2%84%9A
とこちら http://demonstrations.wolfram.com/RationalNumberExplorer/
とこちら http://www.solarix.ru/for_developers/cpp/boost/rational/ru/rational.shtml
次回の投稿でスマイルマークが切り取られます。それを肝に銘じておいてください。
価格を整数値に変換することに大きなメリットはない。確かに効率的に体積を減らすことができますが、どうしてもダブルに変換してしまうため、劇的に速度が落ちてしまいます。正確には、システム全体を整数化することができないので、計算可能な数学はまだdouble(十分な精度もない)で行わなければならない。
私も賛成です。だから、さっき書いたのです。
追伸:あなたの数字は明らかに不正確です:INTのストーリーは2.1Gbを、DOUBLEは7Gbを占有することはできません。差は常にちょうど2倍(USHORTでは 不十分)でなければなりません。価格を整数演算にすることで、EA内のロジックをすべて整数演算に置き換えることができるため、大きなアドバンテージとなる。これはあまりないことです。
足し算、引き算、比較演算しかできないので、すべてが整数になる、一番間抜けだけど一番速い電卓を持っています。従って、INTからDOUBLEへの受け渡しは不要である。
一般に、特定のケースにおけるアルゴリズムの最適化は、一般的なアプローチよりも常に実行速度(書き込みではない)で優位に立つと言われています。そのため、例えばExpert Advisorがパラメータの自動最適 化を使用する場合、自動最適化の速度の問題は非常に重要です。また、DLLまたは直接MQL5で、アルゴリズム的に最大限に最適化された独自のExpert Advisorを作成することも合理的です。また、MT5-optimizerで自動最適化を行わないでください。残念ながら、自動最適化されたExpert Advisor用のMT5-optimizerは、非常に限られたケースにしか適していません。
私も賛成です。だから、さっきも書いたんです。
私の最も間抜けだが最も速い電卓では、足し算、引き算、比較演算しかないため、すべてが整数になるのである。それぞれINTからDOUBLEに変更することは不要です。
一般に、特定のケースにおけるアルゴリズムの最適化は、一般的なアプローチよりも常に実行速度(書き込みではない)で優位に立つと言われています。そのため、例えばExpert Advisorがパラメータの自動最適化を使用する場合、自動最適化の速度の問題は非常に重要です。したがって、DLLまたは直接MQL5で、アルゴリズムが最大限に最適化された独自のExpert Advisorを作成するのが合理的です。また、自動最適化のケースにはMT5オプティマイザーを使用しないでください。残念ながら、自動最適化されたExpert Advisorの内蔵オプティマイザは、限られたケースにしか対応していません。
二重翻訳が避けられない場合の例を教えてください。
もう一つの例は、何かの割合の値やその確率を計算する必要があるときです。
最初のケースでは、1ピップを0.0001パーセントとし、1.2345パーセントは12345ポイントとなります。
それは、確率も同じです。
ダブルのビット深度にも限界があり、隠れたポイントというものが常に存在することを理解しておく必要があります。
ダブルに変換する必要がある場合の例を教えてください。
反例として、何かの割合や確率を計算することがあります。
最初のケースでは、1ピップを0.0001パーセントとし、この場合1.2345%は12345ポイントになります。
それは、確率も同じです。
ダブルのビット深度にも限界があり、隠れたポイントというものが常に存在することを理解しておく必要があります。
なんという不意打ち人類は数の科学を間違った方向に発展させている。実数、ましてや複素数は無駄に発明されたものである。- 非常に単純に、ある人は整数の数でできることが判明したのです
例を見ることができないのですか?