程序库: 多功能测试仪 - 页 15 1...8910111213141516171819202122...56 新评论 fxsaber 2019.12.16 11:57 #141 Сергей Таболин:是否已经可以压缩?(这就像--如果它能 )))) 是的,KB 中的压缩包已悄然修复--更新会到达那里。其中文件的日期与更新日期相同。因此,通过这些日期,您可以立即了解内容对应的时间。 Good Beer 2019.12.17 16:02 #142 fxsaber:需要查看测试人员的日志。 重启终端 + 等待 10 分钟左右会有帮助。甚至会出现警报。打开终端后,应立即开始测试;甚至不要翻阅趋势。但随着时间的推移,一切都可能被中断或循环。上次我正常通过了 172 次。如果情况再次发生,我会发送日志。我以前没有注意到那里有任何偏差。 fxsaber 2019.12.17 18:15 #143 Good Beer: 打开终端后,应立即开始测试;甚至不要翻阅趋势。 这不是正常情况。正常情况是一切正常,不存在任何问题。 fxsaber 2019.12.18 10:36 #144 在 MTTester 的基础上,您可以比较不同交易逻辑的效率。 例如,有 TS1 和 TS2。我们需要了解哪个更好(当然是有条件的)。 我们对每个 TS 进行优化,然后在不同的 OOS 间隔上运行最佳通道。 所有这些都可以通过 MTTester 自动完成。 我们比较 OOS 结果,然后决定哪个 TS 更好。 traveller00 2019.12.21 10:51 #145 有趣的日志刚刚出现 2019.12.21 13:38:35.994 Tester Ready to set 2019.12.21 13:38:36.617 Tester i=100 代码。 static bool ClickStart( const bool Check = true, const int Attempts = 100 ) { bool Res = !Check || MTTESTER::IsReady(); if (Res) { static const int ControlID[] = {0xE81E, 0x804E, 0x2712, 0x4196}; GET_HANDLE user32::SendMessageW(Handle, BM_CLICK, 0, 0); Res = !Check || !MTTESTER::IsReady(); int i = 0; for (i = 0; (i < Attempts) && (!Res)/* && !::IsStopped() */; i++) // 全局析构函数可能需要 if (Res = !Check || !MTTESTER::IsReady()) ::Sleep(100); Print("i="+(string)i); } return(Res); } Print("Ready to set"); MTTESTER::SetSettings2(TesterInput); MTTESTER::ClickStart(); 理想情况下,在 i=100 时至少应休眠 10 秒。它是如何在一秒钟内完成的(而且基本上是错误执行的),我还没想明白。但值得一说的是,按钮确实被按下了。显然,按钮指示存在滞后。因为在测试中还有第二个实例在并行运行,它正在以 100% 的速度加载 CPU。 traveller00 2019.12.21 12:11 #146 我想我明白了。条件被搞乱了。也许这就是为什么上次他们不得不把尝试次数改成50次。他只有在成功的时候才会睡觉,反正也是在他要出去的时候。而且在睡觉的好时机,时间过得很快。这肯定是个虫子。而且这个毛病很让人伤心,明明快一个月了都没有出现,我还希望通道没有问题。我得重新检测一切。我一直在想,为什么很少,但有时段落不连贯。 我猜一定是 if (!(Res = !Check || !MTTESTER::IsReady())) fxsaber 2019.12.21 13:08 #147 traveller00:显然,它应该是 是的,由于我的疏忽,循环失去了意义。谢谢你的调查,并清楚地指出了位置。如果可能的话,我会重新上传的。 fxsaber 2020.01.06 07:07 #148 fxsaber:是的,由于我的疏忽,循环失去了意义。谢谢你的整理和明确指出。如果可能的话,我会重新上传。 已更新。 Good Beer 2020.01.07 16:53 #149 在等待更新的过程中,我找出了多重测试器任务列表循环的原因。 第一个原因是我电脑上的 第三方任务管理器 "进程 lasso"。它对无线鼠标和键盘有帮助,但不喜欢一个应用程序占用所有 CPU 内核。测试代理 进程就会中断,结果就会丢失。你会得到一个未完成的任务,每次都会有新的结果。提高元测试器的优先级可以解决所有问题。 第二个问题是 multitester 不支持转发。如果不启用转发功能,一切正常。但如果启用了转发功能,任务列表就会开始瘫痪。前向测试在任务结束 出现 "完成" 信息时开始。Multitester 想要在列表中滚动,但转发功能启动了。按下 "START(开始)"按钮后,旧任务开始执行。你们的算法是以什么为标准来结束任务的? 请在未来版本的 multitester中考虑转发问题 。 fxsaber 2020.01.07 16:58 #150 Good Beer:请在未来版本的 multitestera 中考虑转发。 我从来没有运行过前进模式。也许有一天我会尝试一下。 1...8910111213141516171819202122...56 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
是否已经可以压缩?(这就像--如果它能 ))))
是的,KB 中的压缩包已悄然修复--更新会到达那里。其中文件的日期与更新日期相同。因此,通过这些日期,您可以立即了解内容对应的时间。
需要查看测试人员的日志。
打开终端后,应立即开始测试;甚至不要翻阅趋势。
这不是正常情况。正常情况是一切正常,不存在任何问题。
在 MTTester 的基础上,您可以比较不同交易逻辑的效率。
例如,有 TS1 和 TS2。我们需要了解哪个更好(当然是有条件的)。
我们对每个 TS 进行优化,然后在不同的 OOS 间隔上运行最佳通道。
所有这些都可以通过 MTTester 自动完成。
我们比较 OOS 结果,然后决定哪个 TS 更好。
有趣的日志刚刚出现
代码。
理想情况下,在 i=100 时至少应休眠 10 秒。它是如何在一秒钟内完成的(而且基本上是错误执行的),我还没想明白。但值得一说的是,按钮确实被按下了。显然,按钮指示存在滞后。因为在测试中还有第二个实例在并行运行,它正在以 100% 的速度加载 CPU。
我想我明白了。条件被搞乱了。也许这就是为什么上次他们不得不把尝试次数改成50次。他只有在成功的时候才会睡觉,反正也是在他要出去的时候。而且在睡觉的好时机,时间过得很快。这肯定是个虫子。而且这个毛病很让人伤心,明明快一个月了都没有出现,我还希望通道没有问题。我得重新检测一切。我一直在想,为什么很少,但有时段落不连贯。
我猜一定是
if (!(Res = !Check || !MTTESTER::IsReady()))显然,它应该是
是的,由于我的疏忽,循环失去了意义。谢谢你的调查,并清楚地指出了位置。如果可能的话,我会重新上传的。
是的,由于我的疏忽,循环失去了意义。谢谢你的整理和明确指出。如果可能的话,我会重新上传。
已更新。
在等待更新的过程中,我找出了多重测试器任务列表循环的原因。
第一个原因是我电脑上的 第三方任务管理器 "进程 lasso"。它对无线鼠标和键盘有帮助,但不喜欢一个应用程序占用所有 CPU 内核。测试代理 进程就会中断,结果就会丢失。你会得到一个未完成的任务,每次都会有新的结果。提高元测试器的优先级可以解决所有问题。
第二个问题是 multitester 不支持转发。如果不启用转发功能,一切正常。但如果启用了转发功能,任务列表就会开始瘫痪。前向测试在任务结束 出现 "完成" 信息时开始。Multitester 想要在列表中滚动,但转发功能启动了。按下 "START(开始)"按钮后,旧任务开始执行。你们的算法是以什么为标准来结束任务的?
请在未来版本的 multitester中考虑转发问题 。
请在未来版本的 multitestera 中考虑转发。
我从来没有运行过前进模式。也许有一天我会尝试一下。