リアルタイムで見るTiki - ページ 16

新しいコメント
 
プリントは非同期で出力され、出力キューに制限があることを念頭に置いてください。高速・大量にある場合は、プリントを完全に見逃してしまうことがあります。
 
Dmitriy Skub:
プリントは、限られた出力キューで非同期的に出力することに留意してください。高速・大量にある場合は、Printsを完全にスキップしてもよい。

バッファがオーバーフローした場合、可能性はありますが、それは開発者にしかわかりません。もし、印刷のたびにflush()を行い、十分な大きさのバッファがあれば、それはありえないことです。

 
Yuriy Zaytsev:

バッファがオーバーフローした場合、可能性はありますが、それは開発者にしかわかりません。印刷のたびにflush()をして、バッファが十分大きければ、それはありえないことです。

開発者がすでに話しているのです。あなたはよく聞いていないのです))

フラッシュはまったく関係ありません。ファイル操作で使用されます。

 
Dmitriy Skub:

開発者はすでに言っています - あなたはよく聞いていなかったと)) 。

フラッシュは全く関係ありません。ファイル操作に使用されます。

このスレッドに開発者はいなかったと思う。多分、他のところではプリントを飛ばすかもしれないと言われたのでしょうが、ちくしょう :-) 私はこのフォーラムで彼らが書くすべてをモニターしているわけではありません。

はい、そして、プリントを飛ばさず、4秒しか違わないという例を解析しています。そして、明らかにOnTickとOnBookで来たティックがunsetされており、unsetされたことでOnBookでは4秒後に 来たという印象を与えています。

追伸

Flush()はローレベルとハイレベルがあり、ディスクへの出力後、リセットが必要な場合はすぐに設定することができる。また、低レベルの書き込み操作のためである必要はありません。

フラッシュするものがあれば、バッファからディスクにフラッシュするという意味です。 フラッシュした後は、コストがかからないときにきっちりディスクにフラッシュ します。
 

ちなみに、開発者は性能を優先してプリントのロスに唾を吐いたと思います。

 
Yuriy Zaytsev:

ところで、開発者はパフォーマンスを優先してプリントのロスに唾をつけたのだと思います。

プリントの消失は、開発者が待ち行列を実装していないことを示します。
これが良いのか悪いのかは議論の余地がある。

 
Roman:

プリントの消失は、開発者が待ち行列を実装していないことを示します。
これが良いのか悪いのかは議論の余地がある。

どうだろう、きっとバレる。

例えばスピードを優先してテスターのログの地獄を無効化するのもいいと思います。

 
Roman:

プリントの消失は、開発元がキューを実装していないことを示唆しています。
これが良いのか悪いのかは議論の余地がある。

スクリーンに出力する場合のみです。ファイルでは、これらのプリントはすべてロスレスで保存されます。
 
Dmitriy Skub:
スクリーンに出力する場合のみです。これらのプリントは、すべて失われることなくファイルに保存されます。

なるほど、プリントとダニの登場を混同してました。
すると、Print 機能が原因であることが判明しました。
また、テスト用には、結果をファイルに出力した方が良いのかもしれません。

本当に、プリントの遅れは非常に大きいです。
これを確認するための簡単な例です。まともなループを表示します。
をクリックすると、すぐにプリントの描画速度とプリントの時間が正常になることが確認できます。
 
Dmitriy Skub:
画面に表示されているときのみです。これらのプリントは、すべて失われることなくファイルに保存されます。

そうか、それならいいんだ。

テスターでプレイしていると、ファイルにも画面にもプリントはまったく必要ないけれど、スピードは必要なときがありますよね。

1...91011121314151617181920212223...26
新しいコメント