错误、漏洞、问题 - 页 1626

[Vasilii Polovnikov]

Alexey Da:

是否在任何专家那里观察到这种行为？

不过，日志会有帮助。向servicedesk发送一张票。

我还不能从我的手机上附上日志和文件。优化参数约为500。参数值从0到2。2000次迭代一眨眼就过去了。然后一切都很慢。在之前的构建中，它在一天内花了120.000次运行。

[Alexey Oreshkin]

Alexey Navoykov:

...否则，如何解释一个完全空的脚本，只有OnStart() { }函数，却能编译超过400毫秒的事实呢？

当然，我不写编译器，但我相信只是有一定的最低限度，完全不取决于项目的大小。这就像叫了一辆出租车，然后开到下一个入口--它似乎移动了几米，在钱上有几分钱，但200r的最低价格 也会引起一个问题--有一分钱去，为了什么？

[Alexey Navoykov]

Alexey Oreshkin:
当然，我不写编译器，但我相信根本就有一些最低限度的要求，完全不取决于项目的大小。这就像叫了一辆出租车，开到下一个入口--就像移动了几米，在钱的几个戈比，但在200r的最低价格 服务也可能提出一个问题--在这里去的一分钱，对于什么？

那么，随着Yandex Taxi和类似服务的出现，这种情况已经得到了一定程度的缓解。而这些数字是相当合理的，因为每个人都需要吃饭。但我引用的数字显然不足以应对任务的复杂性。

[fxsaber]

Alexey Navoykov:

我想再次提出MQL5编译缓慢的问题。 大约三个月前，我试图提出这个问题，但没有得到理解，显然我的论点不够有说服力。 因此，我回滚到旧的构建（1159），它几乎立即编译了所有东西（而用新的编译器，我的项目在20秒内编译完毕）。

因此，一周前我一直在尝试切换到一个新的版本。 我想 "忘掉20秒，为了新的东西，我将忍受它"。 当然，我不得不调整一下代码以符合新的条件，这暴露了新编译器的几个错误（在这里描述）。结果是，我的项目已经编译了30秒！我不知道这是否与项目的复杂性有关，还是与编译器多了一个 "复杂性 "有关，但它就是不合适了。

这个项目包含大约700Kb的源代码，它是一个包含几十个mqh的专家顾问。 一切都是OOP。 人们早些时候给我写信说，速度慢可能是由大型函数造成的。我有几个。 好吧，我把它们分割成小部分，它们没有影响。

最令人吃惊的是，这个超长的汇编根本没有任何用处。程序的速度与旧的编译器相同，我专门测量过。 这只需要一句话："为什么？"。

我有一种强烈的感觉，编译器中存在一个错误/故障，因为它在空旷的空间中闲庭信步。 否则我怎么解释一个绝对空旷的脚本，只有OpenStart() { }函数的编译超过400毫秒的事实呢？难以想象，编译/优化一个空的脚本会花费这么长的时间。 那么，通过向其中添加小的函数和类，你可以看到编译时间增长的速度。

我想说的是，我的硬件当然远远不够强大--Core i5U。 但这并不妨碍我的项目在旧的编译器上1-2秒内完成编译。 尊敬的是，假人在那里很快就被编译了。

我还要指出。编译器不仅完全缺乏对先前编译的片段的缓存，而且甚至缺乏一个微不足道的检查，以确保源代码是相同的。 也就是说，你编译你的项目，然后再次点击 "编译 "按钮，不做任何修改，再次等待同样的30秒。 这有多好...

我想听听MT开发者和从事大型项目的论坛用户的意见（只有我担心这个问题吗？），它需要多长时间来编译，在什么硬件上编译。我们应该提到，我们正在讨论编译一个可执行文件的问题。

这是关于复杂的结构，你有时会在这里报告为bug。如果你不使用它们，时间就会大大缩短。例如，kodobase中的所有代码的编译速度明显快于20秒。我在一台非常慢的笔记本电脑上有一个1368的构建，它的编译速度为几十毫秒。给我重现的代码。

[Alexey Navoykov]

coderex:
这就是为什么我不想证明更多的东西，除了pluses上的项目需要更长的时间来构建，虽然它们更大，但我已经习惯了在几分钟内构建一个可执行文件或库文件，而一个有几个文件的目录结构的项目需要几十分钟:)，等待10-20秒不是问题。

我无法想象在MQL中建立这样一个项目 需要多长时间。即使是功能齐全的IDE也有不同的编译模式。也许你指的是发布版的构建，而大多数时候，调试模式对我们来说已经足够了。但在MT，你没有太多的时间来等待。

另外，他们使用预编译的文件，所以后续的构建显然会更快。

[Alexey Navoykov]

fxsaber:
这件事是关于复杂的结构，你有时在这里把它的频繁失败报告为一个错误。如果你不使用它们，时间就会大大缩短。例如，kodobase中的所有代码的编译速度明显快于20秒。我在一台非常慢的笔记本电脑上有一个1368的构建，它的编译速度为几十毫秒。给我密码来玩。

你对所有的代码不是反应过激了吗？你怎么能如此肯定？你都试过了吗？

至于复杂的设计，那只是你的猜测。他们有什么复杂的地方？如果他们能提出任何复杂的问题，那也只是在语法检查阶段，而且是即时执行的。例如，通过编译mqh可以看到这一点，其中没有创建可执行代码。因此，在这个检查之后，所有看起来在句法结构上的困难都已经解决了，编译器知道该怎么做。下一步是对可执行代码进行优化。所以这就是问题所在。

好的，当我在电脑前的时候，我会给你一些重放的代码。但我已经被你关于在薄弱的硬件上的几十毫秒的故事所迷惑。我们说的是同一件事吗？脚本文件是.mq5吗？那么你有什么处理器呢？

[Alexey Viktorov]

-Aleks-:
该链接没有给出感兴趣的信息--要具体。

难以猜测的是，打开第一页的主题，其中第一篇文章中有两张图片？

https://www.mql5.com/ru/forum/88768

[Aleksey Vyazmikin]

Alexey Viktorov:

难以猜测的是，打开第一页的主题，其中第一篇文章中有两张图片？

https://www.mql5.com/ru/forum/88768

我看了第一张图片--他们的网站上没有关于五分钱账户的数据。但第二张图片有这个数据，但不清楚是否有可能在那里重叠？而未平仓订单的数量和仓位量 的限制...这在一般情况下是不好的。但有这种可能性是好事。

但可惜的是，我没有动力去重写整个代码（包括花额外的钱去重写一个复杂的代码）。

[Alexey Viktorov]

-Aleks-:

我看了第一张图片--他们的网站上没有关于五分钱账户的数据。但第二张图片有这样的数据，但不清楚是否有可能在那里重叠？而未平仓订单的数量和仓位量 的限制...这在一般情况下是不好的。但有这种可能性是好事。

但是，唉，我们没有动力去重写整个代码（包括花额外的钱去重写复杂的代码）。

那么你为什么要编造这样的理由呢？你可以直接说NIKHAT和NOBODY...

如果你没有那么多钱在美元账户上交易，对订单数量和交易量有什么限制可能会使你感到紧张？这一切都很奇怪。

[Aleksey Vyazmikin]

Alexey Viktorov:

那么为什么要编造这样的理由呢？你可以直接说我不想，我也不会......

如果我没有足够的资金在美元账户中交易，对订单数量和交易量有什么限制？这一切都很奇怪。

我想也会这样做--我已经订购了一个关于订单工作的课程--以我感到舒服的方式--我正在等待它在年底到来。

我交易的是反趋势网格，甚至是增加手数，有很多货币对--所以需要大量的订单和支持大量的头寸量。我用不同的技巧来解决问题，如果我不得不再次开发和实施这些技巧，那只会耗费我的时间，而不会改善我的财务成果。