关于MT5策略测试器的议论 - 页 15 1...8910111213141516171819202122 新评论 Yuriy Zaytsev 2017.04.03 20:59 #141 xxz: 是的，我知道一些日志是怎样的，比如说。只是你怎么会没有意识到，没有人会去那里！！！。只有在所有终端克隆的东西，最终会占用大量的空间。大量的空间--没错!我刚刚买了12兆字节的空间，就把这个问题忘了! Andrey Dik 2017.04.03 21:04 #142 Yuriy Zaytsev:事实上--你已经证明了自己，你已经被赶下了沙发！你已经证明了自己。- 哦，来吧 - 不要生气，注意你的思维。有一个来自100个终端的蜱，它必须被记录下来。问题是，应该从哪个终端记录打钩？ 如果它只是一个刻度，并且必须在数据库中存储一次 !想象一下，为你着想，在一个非流动性的市场上，凌晨3点有一个刻度线，而下一个刻度线将在15分钟内出现！这时，你就会发现，在一个非流动性的市场上，有一个刻度线。系统应该如何决定使用100个终端中的哪一个，并将该勾选作为唯一的一个存储在数据库中!OPS!!!!，打开你的大脑，意识到你需要一个经理来做 - 不是吗？我做最后一个假设--你喝醉了!我没有看到任何其他解释。没有必要把每一个勾都 写到文件中去 !对于操作性的储存传入的ticks来说，主存储器被使用，而磁盘被用来保存成批的ticks，但不是每一个ticks！"。你为什么不使用你的大脑，嗯？神圣的狗屎****************！你不必把每个勾都写到文件里，元引号也不会这么做，它们并不傻。如果这就是你在你的工作中所做的，那么，人们只能同情那些倒行逆施的乔布斯...... xxz 2017.04.03 21:05 #143 Yuriy Zaytsev:实际上，你已经--已经证明了自己，你已经被赶下了沙发!- 但是，来吧--不要生气，把头低下。有一个来自100个终端的蜱，它应该被记录下来。问题是，应该从哪个终端保存打钩？如果它只是一个刻度，并且必须在数据库中存储一次 !试想一下，为了你的利益，凌晨3点有一个刻度线，而下一个刻度线将在15分钟内出现在一个不流动的市场上!系统应该如何决定从100个终端中抽取勾选，并作为唯一的一个放在数据库中!OPS!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 你们所有人都在试图以错误的方式进入错误的地方。在工作中，终端在其缓存文件夹中积累了所有这些刻度线，所以让它在每个终端的文件夹中积累。当你关闭终端时，它完成了历史文件夹中的累积数据，由于我们有很多终端，好让他们写同样的东西，因为我们有一个经纪人，但它只发生一次，而且只有当你关闭终端时才会发生!如果你加了一千次，什么都不会发生。如果你添加一千次，什么也不会发生。 xxz 2017.04.03 21:15 #144 Yuriy Zaytsev:大量的空间--这就对了!我刚刚买了12兆字节的空间，就把这个问题忘了! 你永远不可能有太多的空间。我不需要空间，只需要我下载的电影，不再需要了））））。在VPN上，总是有很多空间!我的 "历史 "文件夹需要5千兆（它被压缩了，但仍然是1.6千兆）。如果是5个端子，没有压缩怎么办？那么，为什么要用25G来占用可以放在1.6中的东西呢？同时也是无痛的。 xxz 2017.04.03 21:42 #145 到处都有误解，首先是开发商方面的误解！！。下面是最近讨论以下问题时的一个例子。执行视觉测试后，在终端本身打开一个带有测试结果 的图表，但上面不再显示图形对象。建议的解决方案--在测试器中保存模板，然后将其应用到终端的图表中，这将导致撤回所有的损失!因此，相当合理的问题出现了，但为什么开发人员不在测试人员的代码中这样做？毕竟，开发者说他在为性能而奋斗（实现这两个简单的操作将花费他百分之一秒的时间）。但是没有，他把它扛在了普通用户的肩上，他们需要几秒钟或几分钟的时间，有些人甚至会在终端得到一个空白的图表，因为他们不知道这种操作的算法!那么，如果用手鼓跳舞比测试本身花费更多的时间，这样的快速表演会带来什么好处呢！？ Andrey Dik 2017.04.03 21:57 #146 这种情况经常发生...开发人员和mql程序员经常说 "不，我们不能这么做！"。时间过去了，事实证明，我们可以。我们可以做任何事情，只要我们愿意。 xxz 2017.04.03 21:59 #147 Andrey Dik: 这种情况经常发生...这就是经常发生的情况。 开发人员或mql程序员经常说 "不，我们不能那样做！"。但时间过去了，事实证明，我们可以。我们都可以，如果我们想的话。+++我想再次重申，开发商不需要一个带有 "BABLO "字样的按钮。只是那里的东西应该是尽可能的合理、方便和舒适。同样，这里有一个傻瓜来解释我在优化过程中可以看到"优化时间表"，但麻烦的是，在优化过程中，一个平面图（2D）不知为何不能使用但在一个 "落后 "的MT4平台上是可以随时使用的。 我可以理解3D图表的复杂性。我可以理解3D图形的复杂性，为什么在MT5中如此复杂，或者说这些图形的挑战将占用几千兆字节的内存，并使CPU负荷达到极限？ Roffild 2017.04.03 22:53 #148 xxz:在视觉测试后，图表在终端本身中打开，有测试结果，但图形对象不再显示在上面。建议的解决方案--在测试器中保存模板，然后将其应用于终端中的图表，结果是输出全部丢失 https://www.mql5.com/ru/code/1583 Object Emulator 投票： 342013.03.19Roffildwww.mql5.com Эмулятор функций для работы с объектами. Возможность увидеть объекты после тестирования на графике. Roffild 2017.04.03 22:58 #149 在测试器中已经有很多问题了（FrameAdd() 不能正常工作，来自模板的指标拖慢了测试速度，等等），而你在这里争论的是别的东西... xxz 2017.04.03 23:13 #150 Roffild: 测试员已经有很多问题了（FrameAdd()不能正常工作，模板中的指标拖慢了测试，等等），而你却在讨论别的问题...... 你需要朝着改进和解决问题的方向发展，但从外面看，一切都已经停滞不前多年了......。而这一切都在早期的MT4创作中实现了，但在新的平台上，一切都超乎寻常，没有可能实现同样的事情）。或者他们需要再花七年时间来学习在新的平台上呈现待定的订单 呢？ 1...8910111213141516171819202122 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
是的，我知道一些日志是怎样的，比如说。
只是你怎么会没有意识到，没有人会去那里！！！。
只有在所有终端克隆的东西，最终会占用大量的空间。
大量的空间--没错!
我刚刚买了12兆字节的空间，就把这个问题忘了!
事实上--你已经证明了自己，你已经被赶下了沙发！你已经证明了自己。- 哦，来吧 - 不要生气，注意你的思维。
有一个来自100个终端的蜱，它必须被记录下来。
问题是，应该从哪个终端记录打钩？
如果它只是一个刻度，并且必须在数据库中存储一次 !
想象一下，为你着想，在一个非流动性的市场上，凌晨3点有一个刻度线，而下一个刻度线将在15分钟内出现！这时，你就会发现，在一个非流动性的市场上，有一个刻度线。
系统应该如何决定使用100个终端中的哪一个，并将该勾选作为唯一的一个存储在数据库中!
OPS!!!!，打开你的大脑，意识到你需要一个经理来做 - 不是吗？
我做最后一个假设--你喝醉了!我没有看到任何其他解释。
没有必要把每一个勾都 写到文件中去 !对于操作性的储存传入的ticks来说，主存储器被使用，而磁盘被用来保存成批的ticks，但不是每一个ticks！"。你为什么不使用你的大脑，嗯？神圣的狗屎****************！你不必把每个勾都写到文件里，元引号也不会这么做，它们并不傻。如果这就是你在你的工作中所做的，那么，人们只能同情那些倒行逆施的乔布斯......
实际上，你已经--已经证明了自己，你已经被赶下了沙发!- 但是，来吧--不要生气，把头低下。
有一个来自100个终端的蜱，它应该被记录下来。
问题是，应该从哪个终端保存打钩？
如果它只是一个刻度，并且必须在数据库中存储一次 !
试想一下，为了你的利益，凌晨3点有一个刻度线，而下一个刻度线将在15分钟内出现在一个不流动的市场上!
系统应该如何决定从100个终端中抽取勾选，并作为唯一的一个放在数据库中!
OPS!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
你们所有人都在试图以错误的方式进入错误的地方。
在工作中，终端在其缓存文件夹中积累了所有这些刻度线，所以让它在每个终端的文件夹中积累。
当你关闭终端时，它完成了历史文件夹中的累积数据，由于我们有很多终端，好让他们写同样的东西，因为我们有一个经纪人，但它只发生一次，而且只有当你关闭终端时才会发生!
如果你加了一千次，什么都不会发生。
如果你添加一千次，什么也不会发生。
大量的空间--这就对了!
我刚刚买了12兆字节的空间，就把这个问题忘了!
你永远不可能有太多的空间。
我不需要空间，只需要我下载的电影，不再需要了））））。
在VPN上，总是有很多空间!
我的 "历史 "文件夹需要5千兆（它被压缩了，但仍然是1.6千兆）。
如果是5个端子，没有压缩怎么办？
那么，为什么要用25G来占用可以放在1.6中的东西呢？同时也是无痛的。
到处都有误解，首先是开发商方面的误解！！。
下面是最近讨论以下问题时的一个例子。
执行视觉测试后，在终端本身打开一个带有测试结果 的图表，但上面不再显示图形对象。
建议的解决方案--在测试器中保存模板，然后将其应用到终端的图表中，这将导致撤回所有的损失!
因此，相当合理的问题出现了，但为什么开发人员不在测试人员的代码中这样做？
毕竟，开发者说他在为性能而奋斗（实现这两个简单的操作将花费他百分之一秒的时间）。
但是没有，他把它扛在了普通用户的肩上，他们需要几秒钟或几分钟的时间，有些人甚至会在终端得到一个空白的图表，因为他们不知道这种操作的算法!
那么，如果用手鼓跳舞比测试本身花费更多的时间，这样的快速表演会带来什么好处呢！？
这种情况经常发生...这就是经常发生的情况。 开发人员或mql程序员经常说 "不，我们不能那样做！"。但时间过去了，事实证明，我们可以。我们都可以，如果我们想的话。
+++
我想再次重申，开发商不需要一个带有 "BABLO "字样的按钮。
只是那里的东西应该是尽可能的合理、方便和舒适。
同样，这里有一个傻瓜来解释我在优化过程中可以看到"优化时间表"，但麻烦的是，在优化过程中，一个平面图（2D）不知为何不能使用
但在一个 "落后 "的MT4平台上是可以随时使用的。 我可以理解3D图表的复杂性。
我可以理解3D图形的复杂性，为什么在MT5中如此复杂，或者说这些图形的挑战将占用几千兆字节的内存，并使CPU负荷达到极限？
xxz:
在视觉测试后，图表在终端本身中打开，有测试结果，但图形对象不再显示在上面。
建议的解决方案--在测试器中保存模板，然后将其应用于终端中的图表，结果是输出全部丢失
测试员已经有很多问题了（FrameAdd()不能正常工作，模板中的指标拖慢了测试，等等），而你却在讨论别的问题......
你需要朝着改进和解决问题的方向发展，但从外面看，一切都已经停滞不前多年了......。
而这一切都在早期的MT4创作中实现了，但在新的平台上，一切都超乎寻常，没有可能实现同样的事情）。
或者他们需要再花七年时间来学习在新的平台上呈现待定的订单 呢？