要获得MT5以前的x32版本是否现实？真的需要重新进入夏天。我最近在这个线程中的一个帖子抱怨 "MemoryException 180772428 bytes not available "在日志 选项卡和 "Out of memory "在专家 选项卡中。在安装了干净的操作系统和新的MT5（我最近才做的）之后，还没有摆脱它们，所以我得出结论，问题不是出在垃圾和损坏的旧操作系统上，也不是出在我的代码上（最后一次修改是在4月），而是出在夏天下半年的MT5的下一个版本。然后，它继续下去......在这次构建之前，没有发生过任何错误。
要获得MT5以前的x32版本是否现实？真的需要重新进入夏天。我最近在这个线程中的一个帖子抱怨 "MemoryException 180772428 bytes not available "在日志 选项卡和 "Out of memory "在专家 选项卡中。在安装了干净的操作系统和新的MT5（我最近才做的）之后，还没有摆脱它们，所以我得出结论，问题不是出在垃圾和损坏的旧操作系统上，也不是出在我的代码上（最后一次修改是在4月），而是出在夏天下半年的MT5的下一个版本。然后，它继续下去......在这次构建之前，没有发生过任何错误。
我没有马上记住它，因为，第一，我害怕自己的地方问题，第二，我没有多少时间来及时做这件事。把我的代码转给开发人员分析--我不相信他们想把代码从坏到坏（此外，开发人员有他们自己的事情要操心），但即使他们同意，我也要费力地简化代码--对我来说，现在这几乎比开发代码更难。
我还想提一下，用测试程序运行了DDR，没有发现任何错误；此外，一个1Gb模块被另一个著名供应商的4个新的1Gb卡取代，它们也都是正确的，但错误不断出现。该系统没有超频。即使我的代码写得不是很好，但现在这不是主要的，因为之前无论如何都是没有错误的工作。
我最近在这个主题中的一个帖子抱怨 "MemoryException 180772428 bytes not available"....
在x64上（我不再使用x32），这表明内存不够，交换文件的大小应该增加（有所有这些--在优化过程中长时间的减速，等等）。
我一定会试一试，但我还是从根本上好奇，开发商到底装了什么样的螺丝，现在又有什么不同。以前，在相同的分页文件大小 和其他条件相同的情况下，一切都运行得很顺利。
顺便说一下，这些天我也要在x64 8-pack上测试代码，但我怀疑我的4Gb会变成类似2Gb的东西，这又是不够的。而且从物理上看，所有的DIMM插槽都是满的，另外，根据主板上的用户指南，技术上已经达到了4GB的总上限（尽管这可能只是那个时代的限制，而不是绝对的限制）。
build 740, x86
我在"平衡+最小缩减 " 模式下优化我的专家顾问， 似乎它只试图优化缩减。作为优化的结果，我得到了1%的缩水和8%的初始存款的利润，这一年。一个星期前，结果是完全不同的。
build 740, x86
我在"平衡+最小缩减 " 模式下优化我的专家顾问， 似乎它只试图优化缩减。作为优化的结果，我得到了1%的缩水和8%的初始存款的利润，这一年。一周前得到了完全不同的结果。
我们在计算中排除了有负余额的结果。
让我们和服务台谈谈，也许我们已经纠正了一些错误。但请给我们提供尽可能详细的计算结果（为了弄清这个问题）。
负余额的结果被从计算中剔除。
让我们和服务台谈谈--也许我们有什么不对。请给我们提供尽可能多的细节（以便我们能够迅速解决这个问题）。
已开放的申请#617331
你在那里没有提供任何数据。
我再重复一次我的问题--似乎Custom Max的结果在优化器中被错误地计算了。
OnTester()中的专家顾问返回利润*交易*（1/（MaxEquityDDPercent+1））。* RecoveryFactor。
以下是优化的结果。
预计如果有更多的利润、交易数量和恢复系数，并且有更少的缩水，结果会更大。事实并非如此。