实时的提基 - 页 16

[Dmitriy Skub]

同事们，请记住，Print的输出是异步的，输出队列有限。如果你有一个快速/大量的他们，你可能会完全错过普林斯。

[Yuriy Zaytsev]

Dmitriy Skub:
同事们，请记住，Print的输出是异步的，输出队列有限。如果你有一个快速/大量的他们，你可以完全跳过普林斯。

如果缓冲区溢出，这是有可能的，但只有开发人员会告诉你。如果他们在每次打印后都有flush()，并且有足够大的缓冲区，那就不太可能了。

[Dmitriy Skub]

Yuriy Zaytsev:

如果缓冲区溢出，这是有可能的，但只有开发人员会告诉你。如果他们在每次打印后都有flush()，而且缓冲区足够大，那就不太可能了。

开发者已经说过了--你没有认真听））。

同花顺与此完全没有关系。它被用于文件操作。

[Yuriy Zaytsev]

Dmitriy Skub:

开发人员已经说过了--你没有认真听））。

闪光灯与此毫无关系--完全没有关系。它用于文件操作。

我不认为在这个问题上有任何开发人员。也许在其他地方他们说他们可能会跳过印刷品，但该死的是:-)我没有监视他们在这个论坛上写的一切。

是的，而我们正在解析的例子中，打印没有被跳过，但只有4秒的差别。很明显，在OnTick和OnBook中出现的tick是未设置的，而未设置给人的印象是在OnBook中它晚了4秒。

p.s.

Flush()是低级别的，也是高级别的，可以在任何输出到磁盘之后立即设置--如果需要重置的话。而且它不一定是用于低级别的写操作。

我的意思是，如果有东西要刷，就会从缓冲区刷到磁盘。 刷完之后，恰恰是在没有成本的情况下，会刷到磁盘。

[Yuriy Zaytsev]

顺便说一下，我认为开发商为了追求性能而唾弃了印刷品的损失。

[Roman]

Yuriy Zaytsev:

顺便说一下，我认为开发商为了追求性能而唾弃了印刷品的损失。

丢失打印件，表明开发商没有实施排队。
这到底是好是坏，值得商榷。

[Yuriy Zaytsev]

Roman:

丢失打印件，表明开发商没有实施排队。
这到底是好是坏，值得商榷。

我不知道，他们会知道的。

例如，如果能在测试器中禁用该死的记录，以利于速度，那就更好了。

[Dmitriy Skub]

Roman:

打印件的丢失，表明开发商没有实施排队。
这到底是好是坏，值得商榷。

这只是在向屏幕输出时。在文件中，所有这些印刷品都是无损保存的。

[Roman]

Dmitriy Skub:
这只是在屏幕上显示时。所有这些印刷品都保存在文件中，没有任何损失。

我知道了，我把印刷品和蜱虫的到来混为一谈。
然后发现是打印功能 在作怪。
而对于测试来说，也许将结果输出到一个文件中会更好。

真的，印刷品滞后得很厉害。
这里有一个简单的例子来检查这一点：打印一个体面的循环。
并且你可以立即看到打印渲染的速度和打印的时间将是正常的。

[Yuriy Zaytsev]

Dmitriy Skub:
这只是在屏幕上显示时。所有这些印刷品都保存在文件中，没有任何损失。

是吗，那就好了。

我的意思是，当你在测试器中玩时，有时你根本不需要打印，无论是在文件中还是在屏幕上，但你确实需要速度。