策略测试仪的优化 - 页 3

[Rashid Umarov]

Batohov:

讨论似乎已经进入了某一特定EA的代码的具体细节。但我注意到，无论优化哪个EA，几乎所有时间都花在准备工作上（超过90%）。就这样，每次运行（在日志中传递）都有新的输入参数被优化。也就是说，无论你如何优化代码，你都只能获得几个百分点的性能提升。

我们将改进优化专家顾问 时的准备工作阶段。时间应该缩短。请稍等一下。

[Henadiy E. Batohov]

Rosh:

我们将在优化专家时改进准备工作阶段。时间应该缩短。请再等一等。

谢谢你。第一个具体的答案是 "有一个问题，任务已经确定，正在解决"。我们将等待...

[Slava]

Batohov:

但我注意到，无论优化哪个专家，几乎所有时间都花在准备工作上（超过90%）。

我们正在对此进行努力。我们对如何减少优化的下次运行（而不是第一次运行）的准备工作时间有一些想法。

[Vladimir]

alexvd:

如果可能的话，更详细地描述一下情况。你要等多久？记录本上写了什么（如果有的话）？ ...

日志显示 "完成优化开始"。 所有的处理器都显示准备好了。我必须等待5-10分钟以上。没有准确测量优化开始的时间，因为我总是切换到另一个接入点。访问点总是显示所有或几乎所有的绿条。

[Mario]

gpwr:
在日志中，"完成优化开始"。所有处理器显示准备就绪。你必须等待5-10分钟以上。没有准确测量优化开始的时间，因为我总是切换到另一个接入点。访问点总是显示所有或几乎所有的绿条。

我也一样......一个核心在忙，其他的都准备好了......有时四个核心都在工作......但这对巨型优化时间没有任何影响

[Vladimir]

gpwr:
在日志中，"完成优化开始"。所有处理器都显示准备就绪。我必须等待5-10分钟以上。我无法准确测量优化开始的时间，因为我总是切换到另一个接入点。访问点总是显示所有或几乎所有的绿条。

顺便说一下，当优化功能被禁用时，开始测试的问题也会发生：直到我切换到另一个接入点，测试才会开始。当优化功能被禁用时，日志中根本没有写任何东西，所有的核心都显示准备就绪。数字在连接状态（蓝色方框和绿色复选标记旁边）点击快速。驱动器也在勤奋地 "点击 "一些数字的东西。但测试并没有开始。显然，尽管有绿色的勾，但与接入点的连接还是丢失了。这个问题发生在3台不同的电脑上：两台在家里，使用一个IP，一台在公司，使用另一个IP。

向servicedesk报告了这个问题。

[Mario]

为什么日志里有这么多的垃圾......而这还没有列出每行的输入量......此外，注意到速度......在测试运行前需要2分钟......。只需跑一次...这是对最后一个月的测试......和一个核心......其余的休息）。

......我还注意到，终端的启动需要很长的时间......甚至在启动后需要5秒钟才能搞清楚并开始交易，如果我使用EXPERT来卖出而不需要协助......。(Ekspert是初级的...没有循环等)

[Slava]

你所说的这些所谓的 "垃圾 "有助于我们找出失败的原因。

[Mario]

stringo:

你所说的这些所谓的 "垃圾 "有助于我们弄清失败的原因。

人们用mql5编程，他们了解什么是OOP:)，他们不会在必要时查看文本日志吗？ ......为什么有这么多东西进入机上日志。

并注意到从开始的时间......到运行测试......。1米46秒

[[删除]]

maryan.dirtyn:

人们用mql5编程，了解什么是OOP:)，他们不会在必要时查看文本日志吗？ ......为什么有这么多东西进入机载日志。

并注意到从开始的时间......到运行测试......。1米46秒

好吧，我明白在OOP中。怎么，你认为我没有定期查看日志吗？