MT5终端今天更新,"优化 "窗口在测试过程中没有显示出来 - 页 18 1...111213141516171819202122232425 新评论 Aleksei Skrypnev 2018.06.07 21:12 #171 在线优化结果功能最终何时能实现? 我已经厌倦了每时每刻都被这种优化所打断。 Texnolog 2018.06.07 23:05 #172 Askr:在线优化结果功能最终何时能实现?厌倦了不断打断这种优化的每一分钟。不做任何事是为了什么?优化结果 标签,但只在你点击该标签时刷新。也就是说,当你在选项卡中查看结果时,不会出现新的结果。 例如,如果你去看测试日志,然后返回到优化选项卡,当你返回到优化选项卡时,已经进行的通过的数据会被更新。MetaQuotes-Demo上发布了日期为5月30日的1834版。现在你可以在优化标签中选择以前的优化结果,如果有实际的优化缓存。你可以看到过去的优化结果,你可以改变优化标准(在优化标签中)并看到新的数字和图表,你可以继续过去没有完成的优化。 Aleksei Skrypnev 2018.06.07 23:29 #173 还有就是5月30日的建设,我还没有--这就是我没有看清楚的原因--谢谢你。 Vladimir Karputov 2018.06.08 03:30 #174 Askr: 而且有一个5月30日的构建,我还没有--这就是为什么我没有看到它。目前的最新版本 2018.06.08 04:28:12.252 MetaTrader 5 x64 build 1835 started (MetaQuotes Software Corp.) 为了按时收到最新的构建,你需要连接到MetaQuotes-Demo服务器。 Renat Fatkhullin 2018.06.12 10:19 #175 Сергей Таболин:回到这些通行证的速度上。我特意放了一个无效的参数,这也是在代码的最开始被检查的。"这些通行证应该过得非常快"。真的,这样的检查需要多少时间? 真正的结果是如下。因此,问题是:如果不是 "非常快",那么至少可以称之为 "快 "吗?我认为在这种情况下,优化期和 "交易模式 "都不重要?尽管如此,我还是有 "仅限开盘价"...我个人认为这样的结果是灾难性的可怕。还是我错了?请提供实验的完整描述、优化运行的 结果、日志和支持你的观点的证据。 所提供的材料并不充分。 Денис Яворский 2018.06.12 11:37 #176 Renat Fatkhullin:我们正忙于对测试器进行大的性能升级,并重新设计重载模式。已经进行了重大改进,新的加速方法将很快实施。 过道列表窗口决定在计算结束时显示,这样就不会在维护、重新排序和显示不断变化的过道列表上浪费真正大量的资源。 真的存在巨大的资源浪费和减速现象。特别是当我们在谈论几十万行,几百万和几千万次的传递时。用眼睛看一堆初步数据是没有合理意义的。 我们正在运行优化和运行测试,有1亿个完整的通过。 很明显,我们不能用这样的数字来谈论实时重新排序和显示2-5-10-5000万个数值的表格。只有一个选择--迅速而经济地收集所有的东西,最后分类,并提供任何深度的视图。 Rashid Umarov 2018.06.12 11:54 #177 Сергей Таболин: 描述。 操作参数方面的专家。 优化范围完全在可接受的范围内。 我设置了唯一不可接受的优化参数(红色圈出)。这个参数在代码中首先被检查。 我发起优化。 至少展示一段描述输入参数的代码--名称和值。从图片上很难看出来,我没有看到截图和OnInit()这块之间有什么联系 fxsaber 2018.06.12 14:42 #178 关于交易、自动交易系统和测试交易策略的论坛 MT5终端今天更新,测试时不显示 "优化 "窗口 Sergey Tabolin, 2018.06.12 14:15 int OnInit() { //+------------------------------------------------------------------+ //--- пропустить бесполезные проходы оптимизации if(MQLInfoInteger(MQL_OPTIMIZATION) && lot_order != lot_step_no) { Print("Шаг увеличения лота для оптимизации - постоянный!"); return(INIT_PARAMETERS_INCORRECT); } 打印和优化是不兼容的。 Rashid Umarov 2018.06.12 14:59 #179 Сергей Таболин: 在标准MACD样本中插入了你的参数。 #define MACD_MAGIC 1234502 //--- #include <Trade\Trade.mqh> #include <Trade\SymbolInfo.mqh> #include <Trade\PositionInfo.mqh> #include <Trade\AccountInfo.mqh> enum lot_step { lot_step_no, // постоянный лот lot_step_math, // шаг математический lot_step_GS, // шаг золотого сечения lot_step_margin, // от свободной маржи }; //--- input double InpLots =0.1; // Lots input int InpTakeProfit =50; // Take Profit (in pips) input int InpTrailingStop =30; // Trailing Stop Level (in pips) input int InpMACDOpenLevel =3; // MACD open level (in pips) input int InpMACDCloseLevel=2; // MACD close level (in pips) input int InpMATrendPeriod =26; // MA trend period sinput lot_step lot_order =lot_step_no; // Шаг увеличения лота (для оптимизации - постоянный!) //--- int ExtTimeOut=10; // time out in seconds between trade operations .... //+------------------------------------------------------------------+ //| Expert initialization function | //+------------------------------------------------------------------+ int OnInit(void) { if(MQLInfoInteger(MQL_OPTIMIZATION) && lot_order != lot_step_no) { Print("Шаг увеличения лота для оптимизации - постоянный!"); return(INIT_PARAMETERS_INCORRECT); } //--- create all necessary objects if(!ExtExpert.Init()) return(INIT_FAILED); //--- secceed return(INIT_SUCCEEDED); } 在所有刻度上运行--工作正常 2018.06.12 15:54:41.474 Core 7 pass 1279 tested with error "incorrect input parameters" in 0:00:00.109 2018.06.12 15:54:41.474 Tester optimization finished, total passes 1288 2018.06.12 15:54:41.484 Statistics optimization done in 0 minutes 33 seconds 2018.06.12 15:54:41.484 Statistics local 1288 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%) 然后我设置了一个有效参数--优化速度很慢,因为它应该是这样的 Rashid Umarov 2018.06.12 16:03 #180 Сергей Таболин:因此,设置可接受的参数,并将我的参数设置为不可接受的,然后检查。 还是你认为我给你的例子是一个骗局?我想知道我需要它做什么?我做到了--并在#197 中写到了这一点。建于1845年 1...111213141516171819202122232425 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
在线优化结果功能最终何时能实现?
我已经厌倦了每时每刻都被这种优化所打断。
在线优化结果功能最终何时能实现?
厌倦了不断打断这种优化的每一分钟。
不做任何事是为了什么?
优化结果 标签,但只在你点击该标签时刷新。也就是说,当你在选项卡中查看结果时,不会出现新的结果。 例如,如果你去看测试日志,然后返回到优化选项卡,当你返回到优化选项卡时,已经进行的通过的数据会被更新。
MetaQuotes-Demo上发布了日期为5月30日的1834版。
现在你可以在优化标签中选择以前的优化结果,如果有实际的优化缓存。你可以看到过去的优化结果,你可以改变优化标准(在优化标签中)并看到新的数字和图表,你可以继续过去没有完成的优化。
而且有一个5月30日的构建,我还没有--这就是为什么我没有看到它。
目前的最新版本
为了按时收到最新的构建,你需要连接到MetaQuotes-Demo服务器。
回到这些通行证的速度上。
我特意放了一个无效的参数,这也是在代码的最开始被检查的。
"这些通行证应该过得非常快"。真的,这样的检查需要多少时间?
真正的结果是如下。
因此,问题是:如果不是 "非常快",那么至少可以称之为 "快 "吗?
我认为在这种情况下,优化期和 "交易模式 "都不重要?尽管如此,我还是有 "仅限开盘价"...
我个人认为这样的结果是灾难性的可怕。还是我错了?
请提供实验的完整描述、优化运行的 结果、日志和支持你的观点的证据。
所提供的材料并不充分。
我们正忙于对测试器进行大的性能升级,并重新设计重载模式。已经进行了重大改进,新的加速方法将很快实施。
过道列表窗口决定在计算结束时显示,这样就不会在维护、重新排序和显示不断变化的过道列表上浪费真正大量的资源。
真的存在巨大的资源浪费和减速现象。特别是当我们在谈论几十万行,几百万和几千万次的传递时。用眼睛看一堆初步数据是没有合理意义的。
我们正在运行优化和运行测试,有1亿个完整的通过。
很明显,我们不能用这样的数字来谈论实时重新排序和显示2-5-10-5000万个数值的表格。只有一个选择--迅速而经济地收集所有的东西,最后分类,并提供任何深度的视图。
描述。
操作参数方面的专家。
优化范围完全在可接受的范围内。
我设置了唯一不可接受的优化参数(红色圈出)。这个参数在代码中首先被检查。
我发起优化。
关于交易、自动交易系统和测试交易策略的论坛
MT5终端今天更新,测试时不显示 "优化 "窗口
Sergey Tabolin, 2018.06.12 14:15
打印和优化是不兼容的。
在标准MACD样本中插入了你的参数。
在所有刻度上运行--工作正常
2018.06.12 15:54:41.474 Core 7 pass 1279 tested with error "incorrect input parameters" in 0:00:00.109 2018.06.12 15:54:41.474 Tester optimization finished, total passes 1288 2018.06.12 15:54:41.484 Statistics optimization done in 0 minutes 33 seconds 2018.06.12 15:54:41.484 Statistics local 1288 tasks (100%), remote 0 tasks (0%), cloud 0 tasks (0%)
然后我设置了一个有效参数--优化速度很慢,因为它应该是这样的
因此,设置可接受的参数,并将我的参数设置为不可接受的,然后检查。
还是你认为我给你的例子是一个骗局?我想知道我需要它做什么?
我做到了--并在#197 中写到了这一点。建于1845年