我的方法。核心是引擎。 - 页 78

[Реter Konow]

Nikolai Semko:
https://www.mql5.com/ru/docs/runtime/running

好的。现在更清楚了。因此，没有选择。我们需要将引擎移至EA，并调整图表间GUI的移动。否则，图表上的指标 越多，发动机就越迟钝。

[Vasiliy Sokolov]

Реter Konow:

好的。现在更清楚了。因此，没有选择。我们需要将引擎移至EA，并调整图表间GUI的移动。否则，图表上的指标 越多，发动机就越迟钝。

这是为什么呢？

[pavlick_]

Реter Konow:

嗯，我在名字里加了个破折号。你有什么建议？

缺少一些东西，最后的清单

#include<Connection  Properties.mqh>
#include<External  Connection.mqh>

嗯，这当然取决于你。但是，当我下载带有空格的东西时，我总是会有很多负面的感觉。

[Реter Konow]

Vasiliy Sokolov:

这是为什么呢？

从文件上看，同一图表上的所有指标都在一个共同的主线上工作。也就是说，引擎将与用户的 其他指标 共享其线程。此外，即使是单独的，它也比EA要慢。

[Vasiliy Sokolov]

Nikolai Semko:

-使用彼得的方法使EA更有效率是否可行，因为它在其中运作的流的工作量减少？

这个问题是相当学术性的。在某一点之后再增加线程是没有意义的。多线程被挤掉和持续的上下文切换对性能有非同小可的影响。也就是说，有几个线程的事实并不能保证某件事情会被更快地处理。用户友好性在这里更为重要，因为窗口是在另一个指标线程中渲染的，在长时间的EA操作中，界面不会被拖累。

[Реter Konow]

pavlick_:

缺少一些东西，最后的清单

嗯，这当然取决于你。当我下载有缺口的东西时，我总是得到很多负面的感觉。

对这个问题感到抱歉。

我现在就把更正后的文件发给你。

[Vasiliy Sokolov]

Реter Konow:

从文件上看，同一图表上的所有指标都在一个共同的主线上工作。也就是说，引擎将与用户的 其他指标 共享其线程。此外，即使是本身，它的工作速度也比专家顾问慢。

如果我们估计一下概率：有多少个指标会被加载到专家顾问窗口？我不认为有这么多。是否值得因为边缘案例而重新设计系统？

[Nikolai Semko]

对我来说，我宁可让界面卡住，速度变慢，也不愿意让EA的计算部分卡住，因为EA是老板，界面只是个跑腿的。

[Реter Konow]

第一个文件 是一个EA。打开，编译，保存在专家文件夹中。

第二个和第三个文件应该放在inludes文件夹中。

将第四个文件放在指标文件夹中。

//-----------------------------------------------

把专家顾问放在图表上

将DRIVE指标放在图表上

//-----------------------------------------------

[Реter Konow]

Vasiliy Sokolov:

如果从概率上估计：有多少个指标会被加载到EA窗口？我不认为会有很多。是否值得因为边缘案例而重新设计系统？

也许是这样，但我不能忍受的是，当某件事情进展缓慢时，我不得不接受它。在这种情况下，缓慢的滚动是不可避免的，而且它真的让我感到紧张......。