キャンバスがカッコいい! - ページ 18 1...111213141516171819202122232425...93 新しいコメント Renat Fatkhullin 2019.01.15 23:49 #171 fxsaber: ここで語られていることに誤解があるようだ。私が話したのは、プライベートテスターの問題の例で、整数価格がある状況下で利得を与えることがあるというものです。ユニバーサルケースは念頭になかった。そのため、上にリンクを貼った私のテスターは、普遍的なものなので、ダビングに実装しています。 100%同意できない。断定していますね。 ティックを整数化すれば、Testerの動作が格段に速くなることはほぼ間違いないでしょう。 それを実際に実行しようとすると、絶対に間違っているのです。練習では100%間違う。 だから、理論やトピックの置き換えに踏み込む必要はない。現在のテスターは整数に変換すると高速化できる」という話題です。そして、この話題は例外なく100%間違っている。 fxsaber 2019.01.15 23:51 #172 Renat Fatkhullin:断定していますね。 それを実践しようとすると、まったくダメなんです。実際には100%間違っています。 だから、理屈をこねたり、話をすり替えたりする必要はない。現在のテスターは整数に変換すると高速化できる」という話題です。そして、この話題は例外なく100%間違っている。なお、私がもともとTesterという言葉を逆カンマで捉えていたのは、この文章だけです。私が指摘したことを誤解していますね。 Renat Fatkhullin 2019.01.15 23:51 #173 fxsaber:これはテスターのアドオンで、EA(インジケーター付き)のコードを変更することなく、すべての取引と利益で完全なパスを作成するものです。しかし、通常のテスターよりも高速に実行されます。再現性のある証明はすべて行っています。これらの主張は、資源の関係者が検証しています。見せてあげてください。 そして、それは整数のメカニズムに切り替えるということであって、見落としによってあるメカニズムを非効率的に実装してきたのではないことを証明してください。 もし、オープンポジションの ベースを再計算することの影響について話しているのであれば、本当にそこにブレーキがかかっているのです。 Renat Fatkhullin 2019.01.15 23:54 #174 fxsaber:なお、私の発言の中で、Testerという単語が元々逆カンマで取られているのはこの1つだけです。あなたは提起されたテーマを誤解しています。ちゃんと届いたよ。 そして、あなたにとって不愉快な内容を正しく話題にしてくれました。整数テスターを計算していないと思ったら、大間違いです。 fxsaber 2019.01.15 23:57 #175 Renat Fatkhullin:見せてください。 表示する。 そして、それは整数のメカニズムに切り替えるということであって、見落としによってあるメカニズムを非効率的に実装してきたのではないことを証明してください。 整数テスターは汎用性がないのであきらめた。速くはなったが、プラスよりマイナスの方が多い。しかし、現象としては、存在しうる。バーチャルワーク - ダビングについて。 オープンポジションの ベースを再計算することの影響ということであれば、そこに本当のブレーキがかかっているので、これから修正していくことになります。それは素晴らしいことです。 Renat Fatkhullin 2019.01.16 00:04 #176 fxsaber: 見せる。これか? https://www.mql5.com/ru/forum/285631/page107#comment_10271917 Nikolai Semko 2019.01.16 01:10 #177 fxsaber:刻みを整数化すれば、「テスター」はもっと速くなると思うのですが、どうでしょうか?この2つの同じスクリプトでdoubleとintの速度を比較してみました。 意外なことに、私のCPUでは、ダブルが優勢なバリエーションがわずかに速くなったくらいです。 ファイル: LSD_int.mq5 8 kb LSD_double.mq5 8 kb Nikolai Semko 2019.01.16 01:17 #178 Renat Fatkhullin:素晴らしい仕上がりになりました。 2100x550ピクセルのキャンバスで、アンチエイリアシングなしで347fps、アンチエイリアシングありで97fpsを記録しました。 ちなみに、ウィンドウの更新レートリミッターは500fpsにしています。これは、グラフィックスでどれだけのパフォーマンスを発揮できるかを示しています。 ありがとうございます。 実際、アンチエイリアスをかけた二重円は、アンチエイリアスをかけない元のint円より20%程度遅くなります。300fpsと250fpsを比較しました。 ただ、アンチエイリアスの円を影で測ったらしいのですが、円の影は円そのものよりもずっとうつくしいんですよ。影はdraw a shadowで無効にすることができますか?= false とする。 Renat Fatkhullin 2019.01.16 01:51 #179 Nikolai Semko:この2つの同じスクリプトでdoubleとintの速度を比較してみました。 意外なことに、私のCPUではdoubleが支配するバリエーションがわずかに速かったくらいです。(int)doubleや(double)intなどの大量変換や、数学演算全般におけるint+doubleの混在にご注意ください。 これは、プロセッサの中で最も荒っぽいオーバーヘッドを与える - ちょうどそのような高価なアセンブラコマンドです。doubleでカウントしているなら、そのままカウントし続け、整数型に切り替えないでください。 cvtsi2sd/cvttsd2si のようなコマンドは非常に長いです。x86で一番遅い命令」の記事中の悪役ナンバー2に ちょっとしたヒントがあります。 インテル® 64およびIA-32アーキテクチャー最適化リファレンス・マニュアルによると、cvtsd2si命令のコストは5レイテンシーです (付録C-16参照)。cvtsi2sd は、アーキテクチャによって、Silvermont の 1 から他のいくつかのアーキテクチャの 7-16 までのレイテンシがあります。 Agner Fogの命令表には、Silvermontのcvtsi2sdの5サイクルレイテンシ(2クロックあたり1スループット)、Haswellの4cレイテンシ(1クロックあたり1スループット)など、より正確で感覚的な数字があります(gccが通常pxor xmm0,xmm0で行うように、古い上半分とのマージによる目的レジスタの依存性を回避すれば、)。 Renat Fatkhullin 2019.01.16 02:02 #180 Nikolai Semko:ありがとうございます。 実際、アンチエイリアスをかけた二重円は、アンチエイリアスをかけない元のint円より20%程度遅くなります。300fpsと250fpsを比較しました。 ただ、アンチエイリアスの円を影で測っていたようですが、円の影は円そのものよりもずっとうつくしいんですよ。影はdraw a shadowで無効にすることができますか?= false とする。出力周波数ではなく、ウェブの生成周波数を見ていたことが判明しました。 互いに異なる数字、倍数である。 1...111213141516171819202122232425...93 新しいコメント 理由: キャンセル 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
ここで語られていることに誤解があるようだ。私が話したのは、プライベートテスターの問題の例で、整数価格がある状況下で利得を与えることがあるというものです。ユニバーサルケースは念頭になかった。そのため、上にリンクを貼った私のテスターは、普遍的なものなので、ダビングに実装しています。
100%同意できない。
断定していますね。
ティックを整数化すれば、Testerの動作が格段に速くなることはほぼ間違いないでしょう。
それを実際に実行しようとすると、絶対に間違っているのです。練習では100%間違う。
だから、理論やトピックの置き換えに踏み込む必要はない。現在のテスターは整数に変換すると高速化できる」という話題です。そして、この話題は例外なく100%間違っている。
断定していますね。
それを実践しようとすると、まったくダメなんです。実際には100%間違っています。
だから、理屈をこねたり、話をすり替えたりする必要はない。現在のテスターは整数に変換すると高速化できる」という話題です。そして、この話題は例外なく100%間違っている。
なお、私がもともとTesterという言葉を逆カンマで捉えていたのは、この文章だけです。私が指摘したことを誤解していますね。
これはテスターのアドオンで、EA(インジケーター付き)のコードを変更することなく、すべての取引と利益で完全なパスを作成するものです。しかし、通常のテスターよりも高速に実行されます。再現性のある証明はすべて行っています。これらの主張は、資源の関係者が検証しています。
見せてあげてください。
そして、それは整数のメカニズムに切り替えるということであって、見落としによってあるメカニズムを非効率的に実装してきたのではないことを証明してください。
もし、オープンポジションの ベースを再計算することの影響について話しているのであれば、本当にそこにブレーキがかかっているのです。なお、私の発言の中で、Testerという単語が元々逆カンマで取られているのはこの1つだけです。あなたは提起されたテーマを誤解しています。
ちゃんと届いたよ。
そして、あなたにとって不愉快な内容を正しく話題にしてくれました。整数テスターを計算していないと思ったら、大間違いです。
見せてください。
表示する。
そして、それは整数のメカニズムに切り替えるということであって、見落としによってあるメカニズムを非効率的に実装してきたのではないことを証明してください。
整数テスターは汎用性がないのであきらめた。速くはなったが、プラスよりマイナスの方が多い。しかし、現象としては、存在しうる。バーチャルワーク - ダビングについて。
それは素晴らしいことです。
見せる。
これか?
https://www.mql5.com/ru/forum/285631/page107#comment_10271917
刻みを整数化すれば、「テスター」はもっと速くなると思うのですが、どうでしょうか?
この2つの同じスクリプトでdoubleとintの速度を比較してみました。
意外なことに、私のCPUでは、ダブルが優勢なバリエーションがわずかに速くなったくらいです。
素晴らしい仕上がりになりました。
2100x550ピクセルのキャンバスで、アンチエイリアシングなしで347fps、アンチエイリアシングありで97fpsを記録しました。
ちなみに、ウィンドウの更新レートリミッターは500fpsにしています。これは、グラフィックスでどれだけのパフォーマンスを発揮できるかを示しています。
ありがとうございます。
実際、アンチエイリアスをかけた二重円は、アンチエイリアスをかけない元のint円より20%程度遅くなります。300fpsと250fpsを比較しました。
ただ、アンチエイリアスの円を影で測ったらしいのですが、円の影は円そのものよりもずっとうつくしいんですよ。影はdraw a shadowで無効にすることができますか?= false とする。
この2つの同じスクリプトでdoubleとintの速度を比較してみました。
意外なことに、私のCPUではdoubleが支配するバリエーションがわずかに速かったくらいです。
(int)doubleや(double)intなどの大量変換や、数学演算全般におけるint+doubleの混在にご注意ください。
これは、プロセッサの中で最も荒っぽいオーバーヘッドを与える - ちょうどそのような高価なアセンブラコマンドです。doubleでカウントしているなら、そのままカウントし続け、整数型に切り替えないでください。
cvtsi2sd/cvttsd2si のようなコマンドは非常に長いです。x86で一番遅い命令」の記事中の悪役ナンバー2に ちょっとしたヒントがあります。
インテル® 64およびIA-32アーキテクチャー最適化リファレンス・マニュアルによると、cvtsd2si命令のコストは5レイテンシーです (付録C-16参照)。cvtsi2sd は、アーキテクチャによって、Silvermont の 1 から他のいくつかのアーキテクチャの 7-16 までのレイテンシがあります。
Agner Fogの命令表には、Silvermontのcvtsi2sdの5サイクルレイテンシ(2クロックあたり1スループット)、Haswellの4cレイテンシ(1クロックあたり1スループット)など、より正確で感覚的な数字があります(gccが通常pxor xmm0,xmm0で行うように、古い上半分とのマージによる目的レジスタの依存性を回避すれば、)。
ありがとうございます。
実際、アンチエイリアスをかけた二重円は、アンチエイリアスをかけない元のint円より20%程度遅くなります。300fpsと250fpsを比較しました。
ただ、アンチエイリアスの円を影で測っていたようですが、円の影は円そのものよりもずっとうつくしいんですよ。影はdraw a shadowで無効にすることができますか?= false とする。
出力周波数ではなく、ウェブの生成周波数を見ていたことが判明しました。
互いに異なる数字、倍数である。