Ускорение оптимизации в MT5 - варианты решений - страница 3
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
все тики
Для чистоты эксперимента попробуйте поротестировать на OHLC. Если время будет совпадать, то проблема в количестве тиков. В режиме "все тики" система моделирует тики, но их количество у разных брокеров может быть разным.
я пользователь, а не разработчик, зачем мне что то представлять или знать что именно делает тестер...
Затем, что бы хотя бы понимать адекватность своих требований. То что просите - явно за рамками этого. Объяснять почему это так не стоит, ведь "зачем вам что-то представлять или знать что именно делает тестер".
При оптимизации(не одиночном проходе) линейная зависимость скорости от количества ядер и частоты процессора.
Есть в МТ5 одна неприятная особенность. Заключается в том, что прогоны на ядра планируются в самом начале оптимизации. Однако по факту, в процессе оптимизации одни прогоны оказываются значительно быстрее других, потому что из-за конкретных параметров активность эксперта отличается очень не слабо. И вот получается что быстрые прогоны на большинстве ядер уже давно завершились, а ядро, которому достались самые ресурсоемкие комбинации параметров, продолжает пыхтеть в одиночку. Разница порою оказываются весьма существенной и далеко не линейной.