线性减速是编程错误还是MT4的特点？ - 页 9 1234567891011 新评论 Artyom Trishkin 2013.09.20 15:30 #81 Serj_Che:我对你没有怨言。帕帕克拉斯 也不例外。你是他的律师吗？你是他的检察官吗？我不喜欢你认为你可以为他说，但不能为你说，你不能在这里说，但你可以为那个人说。我只是不喜欢这样，所以我说了出来。没有个人要求，只是与情况有关。 Serhii Shevchuk 2013.09.21 20:33 #82 -Aleks-:因此，从2000年到2013年，在每小时的时间框架内，按开盘价计算，大概的加工率是23次。1.Kamikadze_MA_V_01 - 5分钟2.Kamikadze_MA_V_02 - 15分钟。3.Kamikadze_MA_V_03 - 超过30分钟这样的操作只是扼杀了EA实时微调的可能性。那么，30分钟内有23次传球是很长的时间？这很有意思。 我在M15上的专家顾问从6月到9月在测试器中一次通过需要24小时。那是一段很长的时间。我甚至不打算谈论优化问题。而且没有必要... Mikhail Vdovin 2013.09.22 09:06 #83 decanium:我在M15上的EA从6月到9月对测试器中的所有蜱虫进行测试，每次需要24小时。那是一段很长的时间。我甚至不是在谈论优化问题。而且没有必要这样做。 而M5上的多币种的开盘价 在9个月的历史上花了20分钟的时间来完成15000次的遗传学。但这也不是什么指标。这在很大程度上取决于所使用的指标数量... Aleksey Vyazmikin 2013.09.23 07:32 #84 decanium:那么，在30分钟内有23次传球是一个很长的时间......？有趣的是。 我在M15上的EA从6月到9月在测试器中的所有ticks上花了一天的时间来进行一次测试。那是一段很长的时间。我甚至不打算谈论优化的问题。而且没有必要这样做。最重要的是，我已经展示了在专家顾问的演变过程中，速度是如何退步的。一般来说，我怀疑使用刻度线的EA，因为刻度线是生成的，与历史没有关系。粒 子。 而我在M5上有一个多币种的EA，在9个月的历史上开盘价 上花了20分钟的时间，在15000个基因的传递上。但这也不是一个指标。这在很大程度上取决于所使用的指标数量...但是否有可能通过准备指标的计算数据并将其保存到一个文件中，从而大大加快EA在历史上的表现？ Mikhail Vdovin 2013.09.23 08:55 #85 -Aleks-: 最重要的是，我已经展示了随着EA的发展，速度是如何退步的。一个在刻度线上工作的EA - 我完全怀疑这种EA，因为刻度线是生成的，与历史无关。是否有可能通过准备指标的计算数据并将其保存到一个文件中，从而大大加快EA在历史上的工作速度？很可能从磁盘上读取的速度会比优化指标的计算速度慢。那么远程代理的计算方法呢？你想把计算好的指标发给他们吗？在你的案例中，有许多优化执行速度的方法。你需要避免不必要的循环。+ 想一想，在每一个刻度上执行所有的动作是否如此关键，也许把它限制在"新条形 事件 "就足够了。 Aleksey Vyazmikin 2013.09.23 09:20 #86 micle:有可能从磁盘读取的速度会输给优化指标的计算速度。那么，对远程代理的计算结果如何呢？你想把计算好的指标发给他们吗？在你的案例中，有许多优化执行速度的方法。你需要避免不必要的循环。+ 想一想，在每一次打勾时做所有的事情是否如此关键，也许用"新的酒吧 事件 "来限制就足够了。难道我们不能一次性读取数据，从中创建一个数组，然后再访问它吗？至于我的具体EA，我提醒你，我是通过开盘价来优化它的--也就是说，显然是没有刻度的。至于想一想，最后我是付给Applicant/Developer优化我自己的代码，但没有检查代码中的事件对EA的行动，这就承诺了优化器的速度会大大增加，我希望是这样。我希望如此！谢谢你的明智建议。我想问一个问题，如果20个EA在开盘的时候同时工作，不会因为数据估计过程中价格的急剧变化而导致峰值减慢和开单错误吗？ Mikhail Vdovin 2013.09.23 09:51 #87 -Aleks-: 难道我们不能一次性读取数据，为它们创建一个数组，然后再访问它们？在测试期间，我们通过历史记录来运行它。仿真交易。 当专家顾问在每次下一次计数（专家顾问调用）时，只接收那些已经收到的数据。在文件的情况下，它将拥有指标的整个历史，包括在未来调用中等待它的未来。顺便说一下，在这种情况下，数组将占用大量的内存空间。我向你保证，这不是我们在优化过程中应该迈向的方向。至少，无论如何，在这种情况下不会。-Aleks-。我有一个相关的问题：如果20个EA在开盘的时候同时工作，不会导致峰值变慢和开单错误吗，因为在数据计算过程中价格会有很大的变化？如果所有20个EA都在同一个符号上工作，是的。他们几乎会同时开始计算。但我们必须考虑到这一点。- 它们中的每一个都将在一个单独的线程中执行。在4核计算机配置的情况下，其中4个可以同时执行，几乎没有相互影响。 - 与发送交易指令 的时间相比，一次计算所需的时间很可能短得无可比拟。正是由于这个原因，最好是以异步方式发送当前价格的交易订单（如果可以在1次中生成几个订单）。这将不必等待第一个订单的结果再发送第二个。但这里也可能有不同的选择。一切都取决于交易策略。在专家顾问在不同符号上运行的情况下，点数和新条形图往往不会同时出现。 Документация по MQL5: Стандартные константы, перечисления и структуры / Торговые константы / Типы торговых операций www.mql5.com Стандартные константы, перечисления и структуры / Торговые константы / Типы торговых операций - Документация по MQL5 Aleksey Vyazmikin 2013.09.24 10:16 #88 micle:测试时，要对历史记录进行一次运行。仿真交易。 当在每个下一个倒计时（调用专家顾问）时，它只收到本来已经收到的数据。在文件的情况下，它将拥有指标的整个历史，包括在未来调用中等待它的未来。顺便说一下，在这种情况下，数组将占用大量的内存空间。我向你保证，这不是我们在优化过程中应该走向的方向。至少，无论如何，在这种情况下不会。如果所有20个专家顾问都在同一个工具上运行，是的。他们几乎会同时开始计算。但我们必须考虑到这一点。- 它们中的每一个都将在一个单独的线程中执行。在4核计算机配置的情况下，4核可以同时执行，几乎没有相互影响。 - 一次计算的时间很可能与发送交易指令 的时间短得无法比拟。正是由于这个原因，最好是以异步方式发送当前价格的交易订单（如果可以在一次生成几个）。这将不必等待第一个订单的结果再发送第二个。但这里也可能有不同的选择。这完全取决于交易策略。在专家顾问在不同符号中操作的情况下，刻度线和新条形通常不会同时出现。我的理解是否正确，我们应该人为地延迟发送订单给已开的订单，而不等待确认它们已经开张？ Mikhail Vdovin 2013.09.24 12:49 #89 -Aleks-: 我的假设是否正确，当订单被发送到开放的订单时，应该有一个人为的延迟，但不需要等待确认它们已经开放？ 没有必要进行任何人为的拖延。互联网和经纪人会为你做这些事... Aleksey Vyazmikin 2013.09.24 13:04 #90 micle: никаких искусственных задержек делать не нужно. Это за вас сделает интернет и брокер... 我说的是手动交易 中出现的情况--你发送开单请求并等待处理，有时你等了一分钟，当你试图发送另一个订单时，你得到 "通道繁忙"，结果，第一个订单因为价格变化而没有打开，第二个订单也没有被终端发送（或者经纪人没有接受它？）在这种情况下，EA将如何表现？ 是否需要以任何特殊的方式进行规定，或者它将能够发送订单而不等待其执行？ 1234567891011 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
我对你没有怨言。
帕帕克拉斯 也不例外。
你是他的律师吗？
你是他的检察官吗？我不喜欢你认为你可以为他说，但不能为你说，你不能在这里说，但你可以为那个人说。
我只是不喜欢这样，所以我说了出来。没有个人要求，只是与情况有关。
-Aleks-:
因此，从2000年到2013年，在每小时的时间框架内，按开盘价计算，大概的加工率是23次。
1.Kamikadze_MA_V_01 - 5分钟
2.Kamikadze_MA_V_02 - 15分钟。
3.Kamikadze_MA_V_03 - 超过30分钟
这样的操作只是扼杀了EA实时微调的可能性。
那么，30分钟内有23次传球是很长的时间？这很有意思。
我在M15上的专家顾问从6月到9月在测试器中一次通过需要24小时。那是一段很长的时间。我甚至不打算谈论优化问题。而且没有必要...
我在M15上的EA从6月到9月对测试器中的所有蜱虫进行测试，每次需要24小时。那是一段很长的时间。我甚至不是在谈论优化问题。而且没有必要这样做。
那么，在30分钟内有23次传球是一个很长的时间......？有趣的是。
我在M15上的EA从6月到9月在测试器中的所有ticks上花了一天的时间来进行一次测试。那是一段很长的时间。我甚至不打算谈论优化的问题。而且没有必要这样做。
最重要的是，我已经展示了在专家顾问的演变过程中，速度是如何退步的。一般来说，我怀疑使用刻度线的EA，因为刻度线是生成的，与历史没有关系。
而我在M5上有一个多币种的EA，在9个月的历史上开盘价 上花了20分钟的时间，在15000个基因的传递上。但这也不是一个指标。这在很大程度上取决于所使用的指标数量...
但是否有可能通过准备指标的计算数据并将其保存到一个文件中，从而大大加快EA在历史上的表现？
最重要的是，我已经展示了随着EA的发展，速度是如何退步的。一个在刻度线上工作的EA - 我完全怀疑这种EA，因为刻度线是生成的，与历史无关。
是否有可能通过准备指标的计算数据并将其保存到一个文件中，从而大大加快EA在历史上的工作速度？
很可能从磁盘上读取的速度会比优化指标的计算速度慢。那么远程代理的计算方法呢？你想把计算好的指标发给他们吗？在你的案例中，有许多优化执行速度的方法。你需要避免不必要的循环。+ 想一想，在每一个刻度上执行所有的动作是否如此关键，也许把它限制在"新条形 事件 "就足够了。
有可能从磁盘读取的速度会输给优化指标的计算速度。那么，对远程代理的计算结果如何呢？你想把计算好的指标发给他们吗？在你的案例中，有许多优化执行速度的方法。你需要避免不必要的循环。+ 想一想，在每一次打勾时做所有的事情是否如此关键，也许用"新的酒吧 事件 "来限制就足够了。
难道我们不能一次性读取数据，从中创建一个数组，然后再访问它吗？
至于我的具体EA，我提醒你，我是通过开盘价来优化它的--也就是说，显然是没有刻度的。至于想一想，最后我是付给Applicant/Developer优化我自己的代码，但没有检查代码中的事件对EA的行动，这就承诺了优化器的速度会大大增加，我希望是这样。
我希望如此！谢谢你的明智建议。
我想问一个问题，如果20个EA在开盘的时候同时工作，不会因为数据估计过程中价格的急剧变化而导致峰值减慢和开单错误吗？
难道我们不能一次性读取数据，为它们创建一个数组，然后再访问它们？
在测试期间，我们通过历史记录来运行它。仿真交易。 当专家顾问在每次下一次计数（专家顾问调用）时，只接收那些已经收到的数据。在文件的情况下，它将拥有指标的整个历史，包括在未来调用中等待它的未来。顺便说一下，在这种情况下，数组将占用大量的内存空间。我向你保证，这不是我们在优化过程中应该迈向的方向。至少，无论如何，在这种情况下不会。
我有一个相关的问题：如果20个EA在开盘的时候同时工作，不会导致峰值变慢和开单错误吗，因为在数据计算过程中价格会有很大的变化？
如果所有20个EA都在同一个符号上工作，是的。他们几乎会同时开始计算。但我们必须考虑到这一点。
- 它们中的每一个都将在一个单独的线程中执行。在4核计算机配置的情况下，其中4个可以同时执行，几乎没有相互影响。
- 与发送交易指令 的时间相比，一次计算所需的时间很可能短得无可比拟。正是由于这个原因，最好是以异步方式发送当前价格的交易订单（如果可以在1次中生成几个订单）。这将不必等待第一个订单的结果再发送第二个。但这里也可能有不同的选择。一切都取决于交易策略。
在专家顾问在不同符号上运行的情况下，点数和新条形图往往不会同时出现。
测试时，要对历史记录进行一次运行。仿真交易。 当在每个下一个倒计时（调用专家顾问）时，它只收到本来已经收到的数据。在文件的情况下，它将拥有指标的整个历史，包括在未来调用中等待它的未来。顺便说一下，在这种情况下，数组将占用大量的内存空间。我向你保证，这不是我们在优化过程中应该走向的方向。至少，无论如何，在这种情况下不会。
如果所有20个专家顾问都在同一个工具上运行，是的。他们几乎会同时开始计算。但我们必须考虑到这一点。
- 它们中的每一个都将在一个单独的线程中执行。在4核计算机配置的情况下，4核可以同时执行，几乎没有相互影响。
- 一次计算的时间很可能与发送交易指令 的时间短得无法比拟。正是由于这个原因，最好是以异步方式发送当前价格的交易订单（如果可以在一次生成几个）。这将不必等待第一个订单的结果再发送第二个。但这里也可能有不同的选择。这完全取决于交易策略。
在专家顾问在不同符号中操作的情况下，刻度线和新条形通常不会同时出现。
我的理解是否正确，我们应该人为地延迟发送订单给已开的订单，而不等待确认它们已经开张？
我的假设是否正确，当订单被发送到开放的订单时，应该有一个人为的延迟，但不需要等待确认它们已经开放？
micle:
никаких искусственных задержек делать не нужно. Это за вас сделает интернет и брокер...
我说的是手动交易 中出现的情况--你发送开单请求并等待处理，有时你等了一分钟，当你试图发送另一个订单时，你得到 "通道繁忙"，结果，第一个订单因为价格变化而没有打开，第二个订单也没有被终端发送（或者经纪人没有接受它？）在这种情况下，EA将如何表现？ 是否需要以任何特殊的方式进行规定，或者它将能够发送订单而不等待其执行？