"ダミー "からの質問 - ページ 167 1...160161162163164165166167168169170171172173174...277 新しいコメント 削除済み 2012.07.04 12:13 #1661 stringo:関数にパラメータを 渡す場合、最小量子値は32ビット整数である。つまり、あなたの場合、bVkとbScanは関数に渡される前にint型に変換されます。 そのため、上記の関数プロトタイプは互いに矛盾するものではありません ありがとうございます。 Alphazavr 2012.07.04 13:52 #1662 FIRST OPTIONの方がCPUとRAMの使用率が悪いのかどうか教えてください。与えられた条件: 半分の空の配列がいくつかあり、それを埋める必要がある。オプション1:1つの配列のセルを埋めてから、別の配列にジャンプして、その中のセルを埋めてから、次の配列にジャンプして......といった具合に、1つの配列のセルを埋めていく。で、最初の配列に戻って、次の配列のセルを埋めていきます。オプション2:配列を完全に埋めてから、次の配列にジャンプする。(実際には、MQL5でどのように配列を操作するかが問題です)。 Andrey Dik 2012.07.04 15:14 #1663 オプション1の方が速いでしょう。 --- 2012.07.04 15:16 #1664 joo: オプション1の方が高速になります。うーん...というのは、ちょっと不思議な感じです。 テストをして見てはいかがでしょ うか。 Mykola Demko 2012.07.04 15:23 #1665 sergeev:うーん......それは不可解ですね。 テストをして見てはいかがでしょ うか。最初の選択肢では1サイクル、2番目の選択肢では3サイクルです。ループにも時間がかかるので、足し算の長さによって違ってきます。しかし、2つ目のバリエーションでは、1つのデータ領域を連続してスキャンすることになります。最適化のため、テストでは何も得られない。ということで、質問は直接MQの方にお願いします。 Andrey Dik 2012.07.04 15:30 #1666 Urain:最初のバージョンでは1サイクル、2番目のバージョンでは3サイクルになる予定です。 その通りです。 Aleksey Lebedev 2012.07.04 15:37 #1667 Urain:前者は1サイクル、後者は3サイクルになります。いや、どちらの場合もループが2つ入れ子になっている。速度の面でも同じであるべきだと思います。 --- 2012.07.04 15:37 #1668 Swan:いや、どちらの場合もループが2つ入れ子になっている。速度の面でも同じであるべきだと思います。2つのネストしたループは、配列が2次元の場合です。で、同じ大きさの1次元配列が3つあれば、1:3 Alphazavr 2012.07.04 15:40 #1669 Urain、joo、sergeev、swan: ありがとうございます。2番目の選択肢を取ることにした(新たな要因が出てきたため、その選択を決定した)。 Alphazavr 2012.07.04 15:44 #1670 Swan:いや、どちらの場合もループが2つ入れ子になっている。速度の面でも同じであるべきだと思います。私にはそう感じられたのです。疲れているのでしょう。セルゲイ2つのネストしたループは、配列が2次元である場合です。であり,同じ大きさの1次元配列が3つあれば,1 : 3 となるはずです。はっきりしないんです。間に合えばいいんですけどね。=) 1...160161162163164165166167168169170171172173174...277 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
関数にパラメータを 渡す場合、最小量子値は32ビット整数である。つまり、あなたの場合、bVkとbScanは関数に渡される前にint型に変換されます。
そのため、上記の関数プロトタイプは互いに矛盾するものではありません
FIRST OPTIONの方がCPUとRAMの使用率が悪いのかどうか教えてください。
与えられた条件: 半分の空の配列がいくつかあり、それを埋める必要がある。
オプション1:1つの配列のセルを埋めてから、別の配列にジャンプして、その中のセルを埋めてから、次の配列にジャンプして......といった具合に、1つの配列のセルを埋めていく。で、最初の配列に戻って、次の配列のセルを埋めていきます。
オプション2:配列を完全に埋めてから、次の配列にジャンプする。
(実際には、MQL5でどのように配列を操作するかが問題です)。
オプション1の方が高速になります。
うーん...というのは、ちょっと不思議な感じです。
テストをして見てはいかがでしょ うか。
うーん......それは不可解ですね。
テストをして見てはいかがでしょ うか。
最初の選択肢では1サイクル、2番目の選択肢では3サイクルです。
ループにも時間がかかるので、足し算の長さによって違ってきます。
しかし、2つ目のバリエーションでは、1つのデータ領域を連続してスキャンすることになります。
最適化のため、テストでは何も得られない。
ということで、質問は直接MQの方にお願いします。
最初のバージョンでは1サイクル、2番目のバージョンでは3サイクルになる予定です。
前者は1サイクル、後者は3サイクルになります。
いや、どちらの場合もループが2つ入れ子になっている。
速度の面でも同じであるべきだと思います。
いや、どちらの場合もループが2つ入れ子になっている。
速度の面でも同じであるべきだと思います。
2つのネストしたループは、配列が2次元の場合です。
で、同じ大きさの1次元配列が3つあれば、1:3
Urain、joo、sergeev、swan: ありがとうございます。2番目の選択肢を取ることにした(新たな要因が出てきたため、その選択を決定した)。
いや、どちらの場合もループが2つ入れ子になっている。
速度の面でも同じであるべきだと思います。
私にはそう感じられたのです。疲れているのでしょう。
2つのネストしたループは、配列が2次元である場合です。
であり,同じ大きさの1次元配列が3つあれば,1 : 3 となるはずです。
はっきりしないんです。間に合えばいいんですけどね。=)