В одном потоке с индикаторами также последовательно выполняются остальные действия по данному символу - обработка тиков и синхронизация истории. Это означает, что если в индикаторе выполняется бесконечное действие, все остальные события по его символу никогда не выполнятся.
要记录什么？"兄弟们，放松，别紧张，随心所欲地进行脱胎换骨。开发商允许这样做。
但是当你关闭终端时，终端将触发严格的条件，这些条件在文档中已经明确提到。而当你下次打开终端时，你可能还没有打开图表，因为它们没有在规定的时间内设法保存。
这跟它有什么关系？
试着在无休止的循环中淹没日志，看看它增长的速度有多快，以及64MB会如何削减重复的记录和截断日志的开头。你对缺乏保护的断言反应过激了。我们早就让托管网站的所有驱动器堵塞了。
按原样记录或按文件规定做...好吧，那是你的事。
试了一下，对电脑的健康状况冒了个险，填充率~1.5GB/min。但终端并没有挂起，与4号机相比，挂起了）。
呃，所以这个错误并没有回来--你可以关闭终端，并确保所有的图表都被保存。
它最初是关于一个循环的指标。这一点是绝对不推荐的。即使是作为一个例证
任何指标都至少使用一个周期。
一个没有IsStopped检查的循环使这个循环可能是无限的。因为数组中可能有数以百万计的价格数据，而每次迭代都可能以非最佳方式写入。
故意制造无限循环的程序员不能以文件中缺乏信息为由提出上诉；此外，文件明确指出
В одном потоке с индикаторами также последовательно выполняются остальные действия по данному символу - обработка тиков и синхронизация истории. Это означает, что если в индикаторе выполняется бесконечное действие, все остальные события по его символу никогда не выполнятся.
有意识的程序员立即明白，在这种情况下，是他/她对指标的效率负责，而不是对文档负责。此外，关于这个话题已经有很多讨论和文章了
有良知的程序员立即明白，在这种情况下，他/她要对指标的效率负责，而不是对文件负责。此外，关于这个问题已经有很多讨论和文章了
说，当你关闭终端时，程序在3秒后已经被强制终止了。这就是现在和将来的工作方式。他们不希望在不终止终端的情况下从图表中删除程序时带回强制关闭。
这都是正确的，我忏悔我没有进行IsStopped检查，因此出现了复杂指标构建中断的问题，这完全是由于我的错误。但是，另一方面，我已经习惯了这样一个事实：程序的运行和它的文件应该是一致的。
文件不能考虑到所有的细微差别。特别是当我们在谈论秒、千兆赫、兆字节时--这些数值是可以测量的，但强烈地依赖于它们的环境。
我们试图填补文件中的空白（尽管我们暗自希望有一个自觉性的假设）。
嗯，我做了一个关于四重奏的评论--它现在似乎能正确地完成和关闭一切，但它曾经与EA一起丢失图表。
四人组比照每个图表的收尾过程。因此，他们能够增加每一个人的超时。
在过去，图表是一个一个地被记住的，每一个都有相同的超时。图表越多，上面的抑制性EA越多，关闭过程就越长。
四人组比照每个图表的收尾过程。因此，他们能够增加每一个人的超时。
在过去，图表是一个一个地被记住的，每一个都有相同的超时。图表越多，上的图表越多，成交过程就越长。
粗略地理解。
慢不慢，很大程度上取决于硬件和EA执行的任务，而且你必须考虑到一个事实，即程序往往不是由专业的程序员编写的--我认为这就是编程语言的存在意义。
MT4。我想再次提请你注意程序的全局变量初始化 的特殊性。
当你在图表上安装程序或重新编译代码时，全局变量被初始化一次。
如果你想改变时间框架、符号或输入参数，那么全局变量不会被重新初始化（例如，它们不会被清除），并保持它们的值，这些值是在处理以前的时间框架、符号或输入参数时获得的。
事实证明，如果你不以编程方式清除所有全局变量，那么当你改变TF、仪器或输入参数时，代码将以以前的值工作，即不正确。
这是否合理？在策略测试器中进行不是更好吗？在这里，全局变量在TF、仪器或输入参数的每一次变化中都会被重新初始化。