リアルタイムで見るTiki - ページ 16 1...91011121314151617181920212223...26 新しいコメント Dmitriy Skub 2020.02.04 11:02 #151 プリントは非同期で出力され、出力キューに制限があることを念頭に置いてください。高速・大量にある場合は、プリントを完全に見逃してしまうことがあります。 Yuriy Zaytsev 2020.02.04 11:12 #152 Dmitriy Skub: プリントは、限られた出力キューで非同期的に出力することに留意してください。高速・大量にある場合は、Printsを完全にスキップしてもよい。 バッファがオーバーフローした場合、可能性はありますが、それは開発者にしかわかりません。もし、印刷のたびにflush()を行い、十分な大きさのバッファがあれば、それはありえないことです。 Dmitriy Skub 2020.02.04 11:21 #153 Yuriy Zaytsev: バッファがオーバーフローした場合、可能性はありますが、それは開発者にしかわかりません。印刷のたびにflush()をして、バッファが十分大きければ、それはありえないことです。 開発者がすでに話しているのです。あなたはよく聞いていないのです)) フラッシュはまったく関係ありません。ファイル操作で使用されます。 Yuriy Zaytsev 2020.02.04 11:35 #154 Dmitriy Skub:開発者はすでに言っています - あなたはよく聞いていなかったと)) 。フラッシュは全く関係ありません。ファイル操作に使用されます。このスレッドに開発者はいなかったと思う。多分、他のところではプリントを飛ばすかもしれないと言われたのでしょうが、ちくしょう :-) 私はこのフォーラムで彼らが書くすべてをモニターしているわけではありません。はい、そして、プリントを飛ばさず、4秒しか違わないという例を解析しています。そして、明らかにOnTickとOnBookで来たティックがunsetされており、unsetされたことでOnBookでは4秒後に 来たという印象を与えています。追伸Flush()はローレベルとハイレベルがあり、ディスクへの出力後、リセットが必要な場合はすぐに設定することができる。また、低レベルの書き込み操作のためである必要はありません。 フラッシュするものがあれば、バッファからディスクにフラッシュするという意味です。 フラッシュした後は、コストがかからないときにきっちりディスクにフラッシュ します。 Yuriy Zaytsev 2020.02.04 11:51 #155 ちなみに、開発者は性能を優先してプリントのロスに唾を吐いたと思います。 Roman 2020.02.04 12:07 #156 Yuriy Zaytsev: ところで、開発者はパフォーマンスを優先してプリントのロスに唾をつけたのだと思います。 プリントの消失は、開発者が待ち行列を実装していないことを示します。 これが良いのか悪いのかは議論の余地がある。 Yuriy Zaytsev 2020.02.04 12:13 #157 Roman: プリントの消失は、開発者が待ち行列を実装していないことを示します。 これが良いのか悪いのかは議論の余地がある。 どうだろう、きっとバレる。 例えばスピードを優先してテスターのログの地獄を無効化するのもいいと思います。 Dmitriy Skub 2020.02.04 12:14 #158 Roman: プリントの消失は、開発元がキューを実装していないことを示唆しています。 これが良いのか悪いのかは議論の余地がある。 スクリーンに出力する場合のみです。ファイルでは、これらのプリントはすべてロスレスで保存されます。 Roman 2020.02.04 12:20 #159 Dmitriy Skub: スクリーンに出力する場合のみです。これらのプリントは、すべて失われることなくファイルに保存されます。 なるほど、プリントとダニの登場を混同してました。 すると、Print 機能が原因であることが判明しました。 また、テスト用には、結果をファイルに出力した方が良いのかもしれません。 本当に、プリントの遅れは非常に大きいです。 これを確認するための簡単な例です。まともなループを表示します。 をクリックすると、すぐにプリントの描画速度とプリントの時間が正常になることが確認できます。 Yuriy Zaytsev 2020.02.04 12:23 #160 Dmitriy Skub: 画面に表示されているときのみです。これらのプリントは、すべて失われることなくファイルに保存されます。 そうか、それならいいんだ。 テスターでプレイしていると、ファイルにも画面にもプリントはまったく必要ないけれど、スピードは必要なときがありますよね。 1...91011121314151617181920212223...26 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
プリントは、限られた出力キューで非同期的に出力することに留意してください。高速・大量にある場合は、Printsを完全にスキップしてもよい。
バッファがオーバーフローした場合、可能性はありますが、それは開発者にしかわかりません。もし、印刷のたびにflush()を行い、十分な大きさのバッファがあれば、それはありえないことです。
バッファがオーバーフローした場合、可能性はありますが、それは開発者にしかわかりません。印刷のたびにflush()をして、バッファが十分大きければ、それはありえないことです。
開発者がすでに話しているのです。あなたはよく聞いていないのです))
フラッシュはまったく関係ありません。ファイル操作で使用されます。
開発者はすでに言っています - あなたはよく聞いていなかったと)) 。
フラッシュは全く関係ありません。ファイル操作に使用されます。
このスレッドに開発者はいなかったと思う。多分、他のところではプリントを飛ばすかもしれないと言われたのでしょうが、ちくしょう :-) 私はこのフォーラムで彼らが書くすべてをモニターしているわけではありません。
はい、そして、プリントを飛ばさず、4秒しか違わないという例を解析しています。そして、明らかにOnTickとOnBookで来たティックがunsetされており、unsetされたことでOnBookでは4秒後に 来たという印象を与えています。
追伸
Flush()はローレベルとハイレベルがあり、ディスクへの出力後、リセットが必要な場合はすぐに設定することができる。また、低レベルの書き込み操作のためである必要はありません。
フラッシュするものがあれば、バッファからディスクにフラッシュするという意味です。 フラッシュした後は、コストがかからないときにきっちりディスクにフラッシュ します。ちなみに、開発者は性能を優先してプリントのロスに唾を吐いたと思います。
ところで、開発者はパフォーマンスを優先してプリントのロスに唾をつけたのだと思います。
プリントの消失は、開発者が待ち行列を実装していないことを示します。
これが良いのか悪いのかは議論の余地がある。
プリントの消失は、開発者が待ち行列を実装していないことを示します。
これが良いのか悪いのかは議論の余地がある。
どうだろう、きっとバレる。
例えばスピードを優先してテスターのログの地獄を無効化するのもいいと思います。
プリントの消失は、開発元がキューを実装していないことを示唆しています。
これが良いのか悪いのかは議論の余地がある。
スクリーンに出力する場合のみです。これらのプリントは、すべて失われることなくファイルに保存されます。
なるほど、プリントとダニの登場を混同してました。
本当に、プリントの遅れは非常に大きいです。すると、Print 機能が原因であることが判明しました。
また、テスト用には、結果をファイルに出力した方が良いのかもしれません。
これを確認するための簡単な例です。まともなループを表示します。
をクリックすると、すぐにプリントの描画速度とプリントの時間が正常になることが確認できます。
画面に表示されているときのみです。これらのプリントは、すべて失われることなくファイルに保存されます。
そうか、それならいいんだ。
テスターでプレイしていると、ファイルにも画面にもプリントはまったく必要ないけれど、スピードは必要なときがありますよね。