AMDまたはIntel、およびメモリブランド - ページ 11 1...456789101112131415161718...94 新しいコメント 削除済み 2009.09.15 21:35 #101 Mathemat >>: Спасибо, four2one. Короче, число ядер для МТ4 не играет абсолютно никакой рояли :) 全く同感です。重要なのはメモリ量であり、速度のためではありません。 keekkenen 2009.09.15 21:50 #102 four2one >> : >> スピードよりもメモリサイズの方が重要です。 重要なのはメモリの量ではなく、CPUとメモリバスの両方の速度なのですが...。 Celeronはバスが800MHzなので良いですね Петр 2009.09.15 21:55 #103 keekkenen >> : 重要なのはメモリの量ではなく、CPUとメモリの両方の速度なのですが...。 Celeronはバスが800MHzなので良いですね スクリプト実行中にメモリと全く通信していなかったのでは?ネイティブ(マシン)コードはすべてキャッシュに入る可能性があった。だから、EAの話なんです。EAを最適化する場合、SARは非常に重要です。そうしてi7とPentiumは基本的に同じコアを持っている、ということが証明されました。 keekkenen 2009.09.15 22:13 #104 Svinozavr >> : スクリプトの実行中にメモリと全く通信していなかったかというと、そうではありません。ネイティブ(マシン)コードはすべてキャッシュに入る可能性があった。 おかしいな...ターミナルがスクリプト自体が登録されているメモリを迂回して、CPUキャッシュに直接働きかけるとは思えないのですが...。 Петр 2009.09.15 22:19 #105 keekkenen >> : おかしいな...ターミナルがCPUキャッシュを直接操作して、スクリプト自体が登録されているメモリを迂回しているのでは...と疑ってしまいます。 何がそんなにカッコいいのか?プロセッサはコード(マシンコマンド)をキャッシュにロードする。そのためにあるんです。メモリから読み込むことも、どこからでも読み込むことができます。すべてのコードを取得すると、それ以上メモリと通信せず、キャッシュから命令を取り出し、カーネルがそれを切り刻む。もし、メモリから命令を取り出すとしたら、もっと遅くなるはずだ。 したがって、キャッシュが多いほどプログラムの実行速度が速くなるのが普通である。そして、テストスクリプトのようなプログラム、つまりMT4のコードのバイトから生成されたネイティブコードは、私のクソみたいな1MBのキャッシュに収まるのです。 keekkenen 2009.09.15 22:27 #106 メモリと通信しないっていうのは...実行というのは、スクリプトの実行だけでなく、その読み込みや結果の返却も含まれますから...。 Петр 2009.09.15 22:41 #107 keekkenen >> : メモリと通信していないということです。実行というのは、スクリプトを実行するだけでなく、ロードして結果を返すということですから......。 でも、あくまで実行の過程の話ですからねー。 キャッシュへのスクリプトのロードも、結果のリターンも速度に影響を与えないため、このようなケースもあります。メモリからキャッシュに一気にコードをロードするのは、非常に高速な動作です。 しかし、それを1つずつコマンドで選んでいくのは遅い。キャッシュの考え方は、これが基本です。しかも、データを出力するとなると、さらに無言になるんです。どのような出力があるのでしょうか? なぜなら-もう一度!!!- このテストは代表的なものではありませんメモリと通信するために石が必要なんですね。例えば、引用履歴はキャッシュに入れる必要はありません。 kombat 2009.09.15 22:52 #108 Svinozavr >> : そして、もっぱら実行のプロセスについて話しているのです この場合、スクリプトのキャッシュへの読み込みも、結果の出力も、速度に影響を与えないからです。メモリからキャッシュに一気にコードをロードするのは、非常に高速な動作です。 しかし、それを1つずつコマンドで選んでいくのは遅い。キャッシュの考え方は、これが基本です。しかも、データを出力するとなると、さらに無言になるんです。どのような出力があるのでしょうか? なぜなら-もう一度!!!- このテストは代表的なものではありませんメモリと通信するために石が必要なんですね。例えば引用の履歴は、キャッシュに入れる必要はありません。 さて、入力してみましょう。テストの操作のひとつに、ループによる変数の代入があります。 というように、asksに分けることができます。;) start=GetTickCount(); for( i=0; i<1000000; i++) { tt=iOpen[ i];} test2=GetTickCount()- start; kombat 2009.09.15 22:56 #109 かどうか、ツメではなく、現地 時間で判断します!start=GetTickCount(); for( i=0; i<1000000; i++) { tt=TimeLocal();} test2=GetTickCount()- start; 1秒や2秒ではあまり変わらないのは理解できますが、魅力は伝わります。? Петр 2009.09.15 22:59 #110 kombat >> : さて、入力してみましょう。テストの操作のひとつに、ループによる変数の代入があります。 というように、asksに分けることができます。;) まあ...>>できたんですね。でも、なぜ? ほら、MT4から標準のExpert Advisorを取り込んで何が問題なんだ?私たちは、抽象的なスクリプトではなく、最適化に関心を持っています。履歴をアーカイブに保存し、テスト用EAと一緒に投稿することで、みんなが同じものでテストすることになります。Expert Advisor で最適化可能なパラメータとその範囲について説明します。そして、すべての... 1...456789101112131415161718...94 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
Спасибо, four2one. Короче, число ядер для МТ4 не играет абсолютно никакой рояли :)
全く同感です。重要なのはメモリ量であり、速度のためではありません。
>> スピードよりもメモリサイズの方が重要です。
重要なのはメモリの量ではなく、CPUとメモリバスの両方の速度なのですが...。
Celeronはバスが800MHzなので良いですね
重要なのはメモリの量ではなく、CPUとメモリの両方の速度なのですが...。
Celeronはバスが800MHzなので良いですね
スクリプト実行中にメモリと全く通信していなかったのでは?ネイティブ(マシン)コードはすべてキャッシュに入る可能性があった。だから、EAの話なんです。EAを最適化する場合、SARは非常に重要です。そうしてi7とPentiumは基本的に同じコアを持っている、ということが証明されました。
スクリプトの実行中にメモリと全く通信していなかったかというと、そうではありません。ネイティブ(マシン)コードはすべてキャッシュに入る可能性があった。
おかしいな...ターミナルがスクリプト自体が登録されているメモリを迂回して、CPUキャッシュに直接働きかけるとは思えないのですが...。
おかしいな...ターミナルがCPUキャッシュを直接操作して、スクリプト自体が登録されているメモリを迂回しているのでは...と疑ってしまいます。
何がそんなにカッコいいのか?プロセッサはコード(マシンコマンド)をキャッシュにロードする。そのためにあるんです。メモリから読み込むことも、どこからでも読み込むことができます。すべてのコードを取得すると、それ以上メモリと通信せず、キャッシュから命令を取り出し、カーネルがそれを切り刻む。もし、メモリから命令を取り出すとしたら、もっと遅くなるはずだ。
したがって、キャッシュが多いほどプログラムの実行速度が速くなるのが普通である。そして、テストスクリプトのようなプログラム、つまりMT4のコードのバイトから生成されたネイティブコードは、私のクソみたいな1MBのキャッシュに収まるのです。
メモリと通信していないということです。実行というのは、スクリプトを実行するだけでなく、ロードして結果を返すということですから......。
でも、あくまで実行の過程の話ですからねー。
キャッシュへのスクリプトのロードも、結果のリターンも速度に影響を与えないため、このようなケースもあります。メモリからキャッシュに一気にコードをロードするのは、非常に高速な動作です。 しかし、それを1つずつコマンドで選んでいくのは遅い。キャッシュの考え方は、これが基本です。しかも、データを出力するとなると、さらに無言になるんです。どのような出力があるのでしょうか?
なぜなら-もう一度!!!- このテストは代表的なものではありませんメモリと通信するために石が必要なんですね。例えば、引用履歴はキャッシュに入れる必要はありません。
そして、もっぱら実行のプロセスについて話しているのです
この場合、スクリプトのキャッシュへの読み込みも、結果の出力も、速度に影響を与えないからです。メモリからキャッシュに一気にコードをロードするのは、非常に高速な動作です。 しかし、それを1つずつコマンドで選んでいくのは遅い。キャッシュの考え方は、これが基本です。しかも、データを出力するとなると、さらに無言になるんです。どのような出力があるのでしょうか?
なぜなら-もう一度!!!- このテストは代表的なものではありませんメモリと通信するために石が必要なんですね。例えば引用の履歴は、キャッシュに入れる必要はありません。
さて、入力してみましょう。テストの操作のひとつに、ループによる変数の代入があります。
というように、asksに分けることができます。;)
かどうか、ツメではなく、現地 時間で判断します!
1秒や2秒ではあまり変わらないのは理解できますが、魅力は伝わります。?さて、入力してみましょう。テストの操作のひとつに、ループによる変数の代入があります。
というように、asksに分けることができます。;)
まあ...>>できたんですね。でも、なぜ? ほら、MT4から標準のExpert Advisorを取り込んで何が問題なんだ?私たちは、抽象的なスクリプトではなく、最適化に関心を持っています。履歴をアーカイブに保存し、テスト用EAと一緒に投稿することで、みんなが同じものでテストすることになります。Expert Advisor で最適化可能なパラメータとその範囲について説明します。そして、すべての...