算法、解决方法、其性能的比较 - 页 21 1...14151617181920212223 新评论 fxsaber 2019.12.11 20:07 #201 如果分析者 是可信的,在同一个TC上,OrderSend(第五方)需要88%的时间。 如果我把它转移到虚拟机上,它只需要2%。 为什么有这样的区别,我不明白。 Sergey Chalyshev 2019.12.11 20:17 #202 fxsaber: 如果剖析器是 可信的,OrderSend(五路)在同一个TC上需要我88%的时间。 如果我把它转移到虚拟机上,它只需要2%。 为什么有这样的差别,我不明白。 我只能猜测。 OrderSend向MQL网站发送消息,而虚拟机不接触OrderSend,因此工作得更快))) 在最新的构建中,除了测试员代理,终端本身在优化和测试期间是超载的。 在以前的建筑中没有这样的东西! fxsaber 2019.12.11 20:19 #203 Sergey Chalyshev: 我只能猜测。 OrderSend - 向MQL网站发送消息,虚拟不接触OrderSend,因此工作更快)))) 在最新的构建中,在优化和测试时,除了测试员代理,终端本身是超负荷的。 在以前的建筑中没有这样的东西! 我在历史数据上运行了分析器。因此排除了向某地发送。 Sergey Chalyshev 2019.12.11 20:28 #204 在新的构建中,你在测试和优化过程中是否加载终端本身?在任务管理器中,它占用了多少时间? Алексей Тарабанов 2019.12.11 21:12 #205 fxsaber: 如果分析者 是可信的,在同一个TC上,OrderSend(第五方)需要88%的时间。 如果我把它转移到虚拟机上,它只需要2%。 为什么有这样的差别,我不明白。 88%的什么?如果是从2%开始,那么就可以了。 Andrey Khatimlianskii 2019.12.11 21:51 #206 fxsaber: 如果剖析器是 可信的,OrderSend(五路)在同一个TC上需要我88%的时间。 如果我把它转移到虚拟机上,它只需要2%。 为什么有这样的区别,我不明白。 检查保证金和其他交易条件。 如果你将Virtual升级到MT5测试器,它将几乎是一样的。 Алексей Тарабанов 2019.12.11 21:55 #207 嗯,是的,嗯,是的。 fxsaber 2019.12.11 22:01 #208 Andrey Khatimlianskii: 检查利润率和其他交易条件。 如果你将Virtual升级到MT5测试员状态,那就基本一样了。 Pips模式。最有可能的是,剖析者 在撒谎。 Andrei Trukhanovich 2019.12.11 22:20 #209 Andrey Khatimlianskii: 如果你把Virtual升级到MT5测试器,那就几乎一样了。 根据这些数字,差异超过了两个数量级 fxsaber 2019.12.11 22:50 #210 Andrei Trukhanovich: 如果这些数字是可信的,差异超过两个数量级。 引用了我的大型EA的数据,我在优化器中进行了比赛。但它似乎已经开始了解刹车的位置。这里是一个简单的专家顾问。 #include <MT4Orders.mqh> //#define VIRTUAL_TESTER // Запуск в виртуальном торговом окружении //#include <fxsaber\Virtual\Virtual.mqh> #define Ask SymbolInfoDouble(_Symbol, SYMBOL_ASK) input int Offset = 10000; input int inFakeRange = 0; void OnTick() { static bool FirstRun = true; static int Sign = 1; if (FirstRun) FirstRun = (OrderSend(_Symbol, OP_BUYLIMIT, 1, Ask - Offset * _Point, 0, 0, 0) == -1); else if (OrderSelect(0, SELECT_BY_POS)) { OrderModify(OrderTicket(), OrderOpenPrice() + Sign * _Point, 0, 0, 0); Sign = -Sign; } } 几乎不可能等待其对蜱虫的剖析--这需要太长时间。因此,我在优化器模式下启动了它。 optimization finished, total passes 11 optimization done in 0 minutes 55 seconds shortest pass 0:00:04.300, longest pass 0:00:06.442, average pass 0:00:05.058 如果我取消高亮显示的两行,并设置输入参数Virtual = true,它就会变成这样。 optimization finished, total passes 11 optimization done in 0 minutes 07 seconds shortest pass 0:00:00.355, longest pass 0:00:01.208, average pass 0:00:00.590 差异是一个数量级的。剖析器 显示的差异甚至更大。我做任何事情都只按点和按真实的刻度。 1...14151617181920212223 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
如果分析者 是可信的,在同一个TC上,OrderSend(第五方)需要88%的时间。
如果我把它转移到虚拟机上,它只需要2%。
为什么有这样的区别,我不明白。
如果剖析器是 可信的,OrderSend(五路)在同一个TC上需要我88%的时间。
如果我把它转移到虚拟机上,它只需要2%。
为什么有这样的差别,我不明白。
我只能猜测。
OrderSend向MQL网站发送消息,而虚拟机不接触OrderSend,因此工作得更快)))
在最新的构建中,除了测试员代理,终端本身在优化和测试期间是超载的。
在以前的建筑中没有这样的东西!
我只能猜测。
OrderSend - 向MQL网站发送消息,虚拟不接触OrderSend,因此工作更快))))
在最新的构建中,在优化和测试时,除了测试员代理,终端本身是超负荷的。
在以前的建筑中没有这样的东西!
我在历史数据上运行了分析器。因此排除了向某地发送。
如果分析者 是可信的,在同一个TC上,OrderSend(第五方)需要88%的时间。
如果我把它转移到虚拟机上,它只需要2%。
为什么有这样的差别,我不明白。
88%的什么?如果是从2%开始,那么就可以了。
如果剖析器是 可信的,OrderSend(五路)在同一个TC上需要我88%的时间。
如果我把它转移到虚拟机上,它只需要2%。
为什么有这样的区别,我不明白。
检查保证金和其他交易条件。
如果你将Virtual升级到MT5测试器,它将几乎是一样的。
检查利润率和其他交易条件。
如果你将Virtual升级到MT5测试员状态,那就基本一样了。
Pips模式。最有可能的是,剖析者 在撒谎。
如果你把Virtual升级到MT5测试器,那就几乎一样了。
根据这些数字,差异超过了两个数量级
如果这些数字是可信的,差异超过两个数量级。
引用了我的大型EA的数据,我在优化器中进行了比赛。但它似乎已经开始了解刹车的位置。这里是一个简单的专家顾问。
几乎不可能等待其对蜱虫的剖析--这需要太长时间。因此,我在优化器模式下启动了它。
如果我取消高亮显示的两行,并设置输入参数Virtual = true,它就会变成这样。
差异是一个数量级的。剖析器 显示的差异甚至更大。我做任何事情都只按点和按真实的刻度。