Вот только вопрос: при режиме тестирования на момент запуска какой либо функции (например, прогноза), требующей продолжительное время для расчета (например, 1-7 часов), тестер во время расчета будет поставлять котировки или будет ждать завершения выполнения функции?
Вот только вопрос: при режиме тестирования на момент запуска какой либо функции (например, прогноза), требующей продолжительное время для расчета (например, 1-7 часов), тестер во время расчета будет поставлять котировки или будет ждать завершения выполнения функции?
Не знаю. Я всегда тестирую в автономном терминале.
Тестер фактор времени не учитывает. Сначала он досчитает Вашу функцию start() до конца, а потом перейдёт к следующему новому тику.
Спасибо, я так теоретически и предполагал. Это как раз то, что нужно для «объективного» тестирования. На сколько я понял, это так же будет работать и при тестировании на демо счете? Т.е. эксперт будет ждать полного выполнения функции start(и всего того, что в ней напихано) и реализовать параллельный контроль процесса на основе поступающих котировок не удастся, пока не завершиться расчет функции start()?
我以为是我在劝说你不要使用赫斯特。你就是不能说服我不使用它。不过，统计数据。:о)))目前，我把所有东西都放在Matkadec中。我正在考虑为MT制作一个版本进行测试。唯一的问题是：在
测试模式 下，在任何需要长时间计算（如1-7小时）的功能（如预测）开始的时刻，测试人员将在计算期间提供报价，还是等待功能完成？
我不知道。我总是在独立的终端测试。
我不知道。我总是在离线终端进行测试。
我指的是同一模式。我的意思是，当预测正在计算时（1-7小时），测试器是否会模拟新的到达。
Не знаю. Я всегда тестирую в автономном терминале.
我指的是同一模式。我的意思是，当预测正在计算时（1-7小时），测试者是否会模拟新的到达。
测试员没有考虑到时间因素。它将首先把你的start()函数算到最后，然后再转到下一个新的tick。
一些可疑的长计算时间。
谢谢，我在理论上也是这么认为的。这正是 "客观 "测试的需要。据我所知，在模拟账户 的测试中也能发挥作用？也就是说，专家顾问将等待start()函数完全执行，在start()函数计算之前，将无法实现基于传入报价的平行检查过程？致
Rosh
一些可疑的长计算时间。
我有一台AMD Athlon 64处理器3800+ 2.4GHz，2GB内存。600个样本的Hearst计算大约需要20分钟，但计算是在MathCAD中进行的。在计算算法上没有明显的漏洞，即从MathCAD编程的角度来看，它是以最佳方式计算的。但这只是一小部分，例如，熵被认为是相同样本的40-50分钟左右。这样的计算时间，是由于我的策略中的第一点。"根据相关标准计算出的各要素之间关系强度最小的样本被确定。我们得到了一个总的样本，在这个样本上寻找东西是有意义的 "和一个相当 "矫揉造作 "的模型。要求的样品数量从300到几千不等，取决于分析的数据。 MathCAD的结果相当令人满意（比满意还满意），但我明白，这还不够。所以，我决定暂时在MT中实施简化版，只是为了测试。我看一下结果。
测试员没有考虑到时间因素。首先，它把你的start()函数算到最后，然后转到下一个新的tick。
谢谢，我在理论上也是这么认为的。这正是 "客观 "测试所需要的。据我所知，在模拟账户上进行测试时，也会有效果？也就是说，专家顾问将等待start()函数的完全执行，在start()函数计算之前，将无法实现基于传入报价的并行控制？ 。
在模拟账户上工作就是在实时工作。MT4当然会结束你的函数start()，不管它花了多长时间。但只有在这段时间才会收到新的报价。如果在你的长函数start()结束时，你想进行交易，你将需要使用函数RefreshRates()，它更新当前市场数据，包括当前的Ask和Bid。也就是说，用几小时前（开始计算时）的买入价和卖出价，你将无法在模拟账户（当然也可以在真实账户）上开立订单。但你可以在使用RefreshRates()函数后，只为当前的订单开仓。
Тестер фактор времени не учитывает. Сначала он досчитает Вашу функцию start() до конца, а потом перейдёт к следующему новому тику.
Спасибо, я так теоретически и предполагал. Это как раз то, что нужно для «объективного» тестирования. На сколько я понял, это так же будет работать и при тестировании на демо счете? Т.е. эксперт будет ждать полного выполнения функции start(и всего того, что в ней напихано) и реализовать параллельный контроль процесса на основе поступающих котировок не удастся, пока не завершиться расчет функции start()?
在模拟账户中工作就是在实时工作。当然，MT4会完成你的start()函数，不管它花了多长时间。但只有在这段时间才会收到新的报价。如果在你的长函数start()结束时，你想进行交易，你将需要使用函数RefreshRates()，它更新当前市场数据，包括当前的Ask和Bid。也就是说，用几小时前（开始计算时）的买入价和卖出价，你将无法在模拟账户（当然也可以在真实账户）上开立订单。但你可以在使用RefreshRates()函数后，只为当前的订单开仓。
非常感谢你的提示。我将不得不适当注意控制计算后的过程。毕竟，有必要检查预测的正确性。
计算时间长得令人怀疑。
我有AMD Athlon 64处理器3800+ 2.4 GHz，2GB内存。600个样本的Hearst计算大约需要20分钟，但计算是在MathCAD中完成的。在计算算法上没有明显的漏洞，即从MathCAD编程的角度来看，它是以最佳方式计算的。但这只是一小部分，例如，熵被认为是相同样本的40-50分钟左右。
这样的计算时间，是由于我的策略中的第一点。"根据相关标准计算出的各要素之间关系强度最小的样本被确定。我们得到了一个总的样本，在这个样本上寻找东西是有意义的 "和一个相当 "矫揉造作 "的模型。要求的样品数量从300到几千不等，取决于分析的数据。
MathCAD的结果相当令人满意（比满意还满意），但我明白，这还不够。所以，我决定暂时在MT中实施简化版，只是为了测试。我看一下结果。
我在MQL4中对一个3000巴的样本进行Hearst计算，花了大约40毫秒。如果我没有弄错的话，我将尝试在MQL4中使用赫斯特的代码，但如果是这样的话，我宁愿用MathCad来代替。
在任何情况下，计算都是有问题的。我的电子邮件是rosh AT metaquotes DOT ru。