关于MT5策略测试器的议论 - 页 16 1...910111213141516171819202122 新评论 Yuriy Zaytsev 2017.04.04 07:52 #151 Andrey Dik:我最后的猜测是，你喝醉了! 我没有看到任何其他解释。没有必要把每一个勾都 写到文件中去!RAM用于操作性存储传入的ticks，ticks包被转储到磁盘，而不是每一个tick!只要用你的大脑，嗯。神圣的狗屎****************！你不必把每个勾都写到文件里，元引号也不会这么做，它们并不傻。如果这就是你在你的工作中所做的，那么，人们只能同情那些倒行逆施的乔布斯......你又开始无礼了吗？ 这是你被人推来推去时的无礼方式吗？你应该有礼貌，有礼有节。我不是说你必须写一个tic，Cache会处理这个问题。 在这个问题上，我一直想向你解释一个不同的观点......你如何将数据整合到一个TICK中--有100个终端在打勾。也就是说，最终我们需要记录一个TICK，而不是100个。好吧，我怎么能路过而不记得一个有趣的谚语：醉酒的人--------傻瓜永远不会。p.s.蒸汽加热将发生什么 Andrey Dik 2017.04.04 07:55 #152 Yuriy Zaytsev:我一直试图在这个主题中向你解释一个不同的想法......。当你收到来自100个终端的数据时，你如何将这些数据汇总到一个点上呢？所以你最终会得到一个TICK，而不是100个。 请澄清这个问题。 Yuriy Zaytsev 2017.04.04 07:59 #153 Andrey Dik: 请澄清这个问题。你知道，雷纳特和斯拉瓦都理解我，并给你和其他人提供了这样的信息：如果没有一个特殊的管理器，你不能写进文件--它收集了来自不同应用程序（终端）的数据。通过要求你澄清你的问题，你似乎不知道你在说什么。 Alexey Viktorov 2017.04.04 08:02 #154 Andrey Dik: 请澄清一下这个问题。也许我可以说得更具体一些？正在积累一包蜱虫，用于记录...收到另一个"√"，这时就应该向文件进行录音 了。这正是尤里所说的嘀嗒声。 Andrey Dik 2017.04.04 08:06 #155 Yuriy Zaytsev:你知道，雷纳特和斯拉瓦都理解我，并给你和所有的信息，你不能写进文件--收集来自不同应用程序（终端）的数据--没有一个特殊的管理器。通过要求你澄清你的问题，你似乎不明白你在说什么。请澄清你的问题。雷纳特就是雷纳特。斯拉瓦就是斯拉瓦。尤拉就是尤拉。雷纳特用雷纳特的脑袋思考。斯拉瓦用斯拉瓦的头思考。尤拉用雷纳特和斯拉瓦的脑袋思考问题（现在阿列克谢也在努力为尤拉思考）。请澄清这个问题。澄清问题是必要的，不是为了让我给你一个答案（这个答案昨天价值10000美元，你已经错过了），而是为了让你理解它，澄清问题有助于你理解，也许最后进行一个共享文件夹的链接的实验。SZZ Renat和Slava是公司的代表，所以他们不能说反对他们公司的利益。在这个问题上，该解决方案有悖于公司的利益，因为它需要耗费工时，其经济回报对雷纳特来说是值得怀疑的。 Yuriy Zaytsev 2017.04.04 10:08 #156 Alexey Viktorov:也许我可以说得更具体一些？积累了一批蜱虫，用于记录...另一个嘀嗒声到 了，这时应该写到文件里。这正是尤里所说的嘀嗒声。这不是每一个tick都会发生什么，而是当某个事件发生时，而不是下一个tick到来时。例如，当缓冲区已经满了，没有地方可以放置下一个刻度时，就会发生重置到磁盘文件。要么终端被卸载，它的任务是写到缓冲区的文件中--它还没有重置，并保持在内存中。---所以要注意：进入的，刻度线--当然系统会收集它们，但不会立即写入文件，而是收集到缓冲区--但这个缓冲区对每个终端都有自己的!然后重建缓存，在方便的时候在文件中加入信息 如果终端是一个，他把数据写入他的数据库--他有 FIRST THICK、THEN SECOND THICK、THIRD THICK， 他将把 它们相应 地先放入缓冲区，然后它将把它们相应地放入一个文件。(我没有详细描述--假设这里的人理解它)----现在让我们想象一下，100个终端将TIKI添加到缓存中，而且每个终端将TIKI添加到其缓存中然后，事件来了，缓冲区满了，他们HERAK--每个人都自己在磁盘上重置缓冲区到一个文件。- 而且每个终端不必与其他终端同时复位。- 并再次不与其他终端协调写。 - 他们肯定会陷入这样一种情况：一个终端写--即锁住文件--而其他终端只是坐在那里等待，直到他们把全部的缓存倾倒在磁盘上。 - 应用程序是独立运行的，它们对彼此没有任何了解。如果所有这些都被重置为同一个文件！！！？ 现在请注意这个问题，文件中会有什么？ 没错，来自100个终端的CHAOS。 Yuriy Zaytsev 2017.04.04 10:11 #157 Andrey Dik:请澄清你的问题。雷纳特就是雷纳特。斯拉瓦就是斯拉瓦。尤拉就是尤拉。雷纳特用雷纳特的脑袋思考。斯拉瓦用斯拉瓦的头思考。尤拉用雷纳特和斯拉瓦的脑袋思考问题（现在阿列克谢也在努力为尤拉思考）。请澄清一下这个问题。澄清问题并不是我给出答案的必要条件（昨天的答案价值10000美元，你错过了获得答案的机会），但对于你来说，澄清问题会帮助你理解，也许最后会进行一个引用共享文件夹的实验。SZY Renat和Slava是公司的代表，所以他们不能说反对他们公司的利益。在这个问题上，该决定有悖于公司的利益，因为它需要耗费工时，其经济回报对雷纳特来说是值得怀疑的。你又在胡说八道了。你不明白这些问题和答案，那么我为什么要费力向你解释或以任何方式制定它们呢？你应该看看我写给别人的东西。站在一边。沙发理论上又是你的，你必须以某种方式维护它，让自己舒服。而且暂时不要产生更多的胡言乱语。 Alexey Viktorov 2017.04.04 10:39 #158 Yuriy Zaytsev:不，不完全是！文件不是每次都写，而是在某一事件发生 时写。例如，当缓冲区已经满了，没有地方可以放置下一个刻度时，就会发生重置到磁盘文件。要么终端被卸载，它的任务是写到缓冲区的文件中--它还没有重置，并保留在内存中。---这就是我所说的阿列克谢-维克多罗夫。一批蜱虫被积累起来 写入... 任何超出这个范围的东西都已经是一种改进了。 Yuriy Zaytsev 2017.04.04 10:42 #159 Alexey Viktorov:这就是我所说的。除此以外的任何事情都只是一个澄清的问题。(我没有如此详细地描述它--假设这里的人理解它）。我是指缓存 重要的是如何将蜱虫堆积起来:-)。从一个终端来看，一切都很清楚--从上面的100个帖子来看，也是如此。这就是为什么Renat写道，他需要一个管理器，它可以接收来自100个终端的勾选，处理双重条目，并在正确的地方（首先是写入缓存）写入一个勾选而不是100个......所以Renat说--为1%的用户建立一个花园 是不值得的，这些用户将为一组终端使用一个数据库的配置，而不是去买一个3兆字节的磁盘。 Alexey Viktorov 2017.04.04 11:06 #160 Yuriy Zaytsev:(我没有如此详细地描述它--假设这里的人理解它）。我是指缓存。 重要的是如何将蜱虫融入其中 :-)。从一个终端来看，一切都很清楚--从上面的100个帖子来看，也是如此。这就是为什么Renat写道，我们需要一个管理器，它可以从100个终端中抽取一个勾，处理双倍数，并在正确的地方（首先，进入缓存）写入一个勾，而不是100个......。所以Renat说--为1%的用户建立一个花园 是不值得的，这些用户将为一组终端使用一个数据库的配置，而不是去买一个3兆字节的磁盘。起初我以为是关于为测试人员下载的历史记录，但你和Andrey把话题转移到了终端工作时记录历史。基本上，让他们各自写自己的历史，但如果我们需要从终端的服务器下载历史，我们可能已经使用了一个测试器，然后不得不启动另一个终端的测试器.........我们又得把现有的历史资料下载给它。因此，与其这样，不如显示那个有下载历史数据的文件夹的路径，而不是第二次或更多次地加载它。或者更好的是，在一个共享文件夹中做一个单独的目录，在那里加载历史记录并按CA划分。从终端定期同步历史，甚至从XXXX件，与历史，这是为测试人员准备的，不难做到，嗯，所以在我看来，一个业余的。 1...910111213141516171819202122 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
我最后的猜测是，你喝醉了! 我没有看到任何其他解释。
没有必要把每一个勾都 写到文件中去!RAM用于操作性存储传入的ticks，ticks包被转储到磁盘，而不是每一个tick!只要用你的大脑，嗯。神圣的狗屎****************！你不必把每个勾都写到文件里，元引号也不会这么做，它们并不傻。如果这就是你在你的工作中所做的，那么，人们只能同情那些倒行逆施的乔布斯......
你又开始无礼了吗？ 这是你被人推来推去时的无礼方式吗？你应该有礼貌，有礼有节。
我不是说你必须写一个tic，Cache会处理这个问题。
在这个问题上，我一直想向你解释一个不同的观点......
你如何将数据整合到一个TICK中--有100个终端在打勾。
也就是说，最终我们需要记录一个TICK，而不是100个。
好吧，我怎么能路过而不记得一个有趣的谚语：醉酒的人--------傻瓜永远不会。
p.s.
蒸汽加热将发生什么
我一直试图在这个主题中向你解释一个不同的想法......。
当你收到来自100个终端的数据时，你如何将这些数据汇总到一个点上呢？
所以你最终会得到一个TICK，而不是100个。
请澄清这个问题。
你知道，雷纳特和斯拉瓦都理解我，并给你和其他人提供了这样的信息：如果没有一个特殊的管理器，你不能写进文件--它收集了来自不同应用程序（终端）的数据。
通过要求你澄清你的问题，你似乎不知道你在说什么。
请澄清一下这个问题。
也许我可以说得更具体一些？
正在积累一包蜱虫，用于记录...收到另一个"√"，这时就应该向文件进行录音 了。这正是尤里所说的嘀嗒声。
你知道，雷纳特和斯拉瓦都理解我，并给你和所有的信息，你不能写进文件--收集来自不同应用程序（终端）的数据--没有一个特殊的管理器。
通过要求你澄清你的问题，你似乎不明白你在说什么。
请澄清你的问题。
雷纳特就是雷纳特。斯拉瓦就是斯拉瓦。尤拉就是尤拉。雷纳特用雷纳特的脑袋思考。斯拉瓦用斯拉瓦的头思考。尤拉用雷纳特和斯拉瓦的脑袋思考问题（现在阿列克谢也在努力为尤拉思考）。请澄清这个问题。
澄清问题是必要的，不是为了让我给你一个答案（这个答案昨天价值10000美元，你已经错过了），而是为了让你理解它，澄清问题有助于你理解，也许最后进行一个共享文件夹的链接的实验。
SZZ Renat和Slava是公司的代表，所以他们不能说反对他们公司的利益。在这个问题上，该解决方案有悖于公司的利益，因为它需要耗费工时，其经济回报对雷纳特来说是值得怀疑的。
也许我可以说得更具体一些？
积累了一批蜱虫，用于记录...另一个嘀嗒声到 了，这时应该写到文件里。这正是尤里所说的嘀嗒声。
这不是每一个tick都会发生什么，而是当某个事件发生时，而不是下一个tick到来时。
例如，当缓冲区已经满了，没有地方可以放置下一个刻度时，就会发生重置到磁盘文件。
要么终端被卸载，它的任务是写到缓冲区的文件中--它还没有重置，并保持在内存中。
---
所以要注意：进入的，刻度线--当然系统会收集它们，但不会立即写入文件，而是收集到缓冲区--但这个缓冲区对每个终端都有自己的!然后重建缓存，在方便的时候在文件中加入信息
如果终端是一个，他把数据写入他的数据库--他有 FIRST THICK、THEN SECOND THICK、THIRD THICK， 他将把 它们相应 地先放入缓冲区，然后它将把它们相应地放入一个文件。
(我没有详细描述--假设这里的人理解它)
----
现在让我们想象一下，100个终端将TIKI添加到缓存中，而且每个终端将TIKI添加到其缓存中
然后，事件来了，缓冲区满了，他们HERAK--每个人都自己在磁盘上重置缓冲区到一个文件。
如果所有这些都被重置为同一个文件！！！？
现在请注意这个问题，文件中会有什么？ 没错，来自100个终端的CHAOS。
请澄清你的问题。
雷纳特就是雷纳特。斯拉瓦就是斯拉瓦。尤拉就是尤拉。雷纳特用雷纳特的脑袋思考。斯拉瓦用斯拉瓦的头思考。尤拉用雷纳特和斯拉瓦的脑袋思考问题（现在阿列克谢也在努力为尤拉思考）。请澄清一下这个问题。
澄清问题并不是我给出答案的必要条件（昨天的答案价值10000美元，你错过了获得答案的机会），但对于你来说，澄清问题会帮助你理解，也许最后会进行一个引用共享文件夹的实验。
SZY Renat和Slava是公司的代表，所以他们不能说反对他们公司的利益。在这个问题上，该决定有悖于公司的利益，因为它需要耗费工时，其经济回报对雷纳特来说是值得怀疑的。
你又在胡说八道了。
你不明白这些问题和答案，那么我为什么要费力向你解释或以任何方式制定它们呢？你应该看看我写给别人的东西。站在一边。
沙发理论上又是你的，你必须以某种方式维护它，让自己舒服。而且暂时不要产生更多的胡言乱语。
不，不完全是！文件不是每次都写，而是在某一事件发生 时写。
例如，当缓冲区已经满了，没有地方可以放置下一个刻度时，就会发生重置到磁盘文件。
要么终端被卸载，它的任务是写到缓冲区的文件中--它还没有重置，并保留在内存中。
---
这就是我所说的
阿列克谢-维克多罗夫。
一批蜱虫被积累起来 写入...任何超出这个范围的东西都已经是一种改进了。
这就是我所说的。
除此以外的任何事情都只是一个澄清的问题。
(我没有如此详细地描述它--假设这里的人理解它）。
我是指缓存
重要的是如何将蜱虫堆积起来:-)。从一个终端来看，一切都很清楚--从上面的100个帖子来看，也是如此。
这就是为什么Renat写道，他需要一个管理器，它可以接收来自100个终端的勾选，处理双重条目，并在正确的地方（首先是写入缓存）写入一个勾选而不是100个......
所以Renat说--为1%的用户建立一个花园 是不值得的，这些用户将为一组终端使用一个数据库的配置，而不是去买一个3兆字节的磁盘。
(我没有如此详细地描述它--假设这里的人理解它）。
我是指缓存。
重要的是如何将蜱虫融入其中 :-)。从一个终端来看，一切都很清楚--从上面的100个帖子来看，也是如此。
这就是为什么Renat写道，我们需要一个管理器，它可以从100个终端中抽取一个勾，处理双倍数，并在正确的地方（首先，进入缓存）写入一个勾，而不是100个......。
所以Renat说--为1%的用户建立一个花园 是不值得的，这些用户将为一组终端使用一个数据库的配置，而不是去买一个3兆字节的磁盘。
起初我以为是关于为测试人员下载的历史记录，但你和Andrey把话题转移到了终端工作时记录历史。
基本上，让他们各自写自己的历史，但如果我们需要从终端的服务器下载历史，我们可能已经使用了一个测试器，然后不得不启动另一个终端的测试器.........我们又得把现有的历史资料下载给它。因此，与其这样，不如显示那个有下载历史数据的文件夹的路径，而不是第二次或更多次地加载它。
或者更好的是，在一个共享文件夹中做一个单独的目录，在那里加载历史记录并按CA划分。从终端定期同步历史，甚至从XXXX件，与历史，这是为测试人员准备的，不难做到，嗯，所以在我看来，一个业余的。