Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Вы наступаете на грабли "частное решение vs универсальный решатель" и делаете вид, что не понимаете.
Требования к решателю много лет назад поднялись выше "счас напишу цикл for и порву всех", чем на наших форумах не один программист хвастался.
Поднимите сложность и объем вычислений выше системного оверхеда в десяток миллисекунд и сразу увидите, кто победитель. А пока вы предлагаете задачи ниже горизонта системного оверхеда на запуск процессов и синхронизации, это никому не интересно.
По сути вы читер, делающий вид, что не понимаете читинга.
Не правильно обвинять в читерстве каждого, кто заблуждается. Смотрю только мат. режим и задаю вопросы (не для поиздеваться, а разобраться)
Почему ГА штатного оптимизатора медленней даже полного перебора? Неужели синхронизация агентов так тормозит?
Как так получается, что 8 ядер - 18 секунд, а 1 - 20? ГА-синхронизация сказывается? Если так, то какой смысл тогда в ГА-облаке? Особенно при мат. вычислениях, когда рачет целевой функции на многие порядки быстрее, чем агентская ГА-синхронизация. Собственное пакетирование вычислений - не вариант совсем.
Не правильно обвинять в читерстве каждого, кто заблуждается. Смотрю только мат. режим и задаю вопросы (не для поиздеваться, а разобраться)
Я не хейтер. Ищу оптимальное решение.Я не говорю что хейтер. Но самоконтроль же должен быть, когда вы заявляете что лучше в NN раз.
Прочтите старинный разбор, пожалуйста: https://www.mql5.com/ru/forum/101330
Там с третьей страницы. Примите во внимание, что это обсуждение было 10 лет назад и все (лимиты, возможности и тд) многократно поменялось.Я не говорю что хейтер. Но самоконтроль же должен быть, когда вы заявляете что лучше в NN раз.
Прочтите старинный разбор, пожалуйста: https://www.mql5.com/ru/forum/101330
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Чемпионат Алгоритмов Оптимизации.
Andrey Dik, 2016.06.28 23:26
Хотя тестер гонял оптимизацию на 4-х ядрах, а мой скрипт на 1-м, но по времени результат я получил в 100 с лишним раз быстрее.
К сожалению, у меня нет времени разбирать сторонние темы.
Но в указанной выше я привел безусловные доводы. Кроме того, я показал точное обсуждение "я смогу в своем ГА за 200 проходов решить задачу" 10 летней давности, где я на голову технически с доказательствами разбил этот подход в точно такой же ситуации.
Прочтите до конца указанное мною обсуждение, пожалуйста.Этот результат читерский?
Не, время в посте по ссылке я указал только для сравнения, его можно не учитывать, поскольку штатный оптимизатор это целый комбайн для задач с советниками, а мой результат по времени - чисто время выполнения MQL кода, поэтому мой результат по времени естественно лучше, но не показательно.
А вот результат собственно оптимизации - да, при том же количестве запусков ФФ мой алгоритм показывает результаты лучше. Тут цифры сравнивать вполне корректно и правомерно.
Прочтите до конца указанное мною обсуждение, пожалуйста.
Прочитал, спасибо. Хорошая беседа там сложилась. Жаль, что сейчас Вы не в состоянии ее продолжить для мат. режима оптимизатора.
ЗЫ Роша забанили - серый ник?
Прочитал, спасибо. Хорошая беседа там сложилась. Жаль, что сейчас Вы не в состоянии ее продолжить для мат. режима оптимизатора.
ЗЫ Роша забанили - серый ник?
А вот результат собственно оптимизации - да, при том же количестве запусков ФФ мой алгоритм показывает результаты лучше. Тут цифры сравнивать вполне корректно и правомерно.
Т.е. мат. режим MT-оптимизатора далек от эффективности?
Нет, так говорить нельзя. МТ оптимизатор очень крут, я об этом говорил везде и говорю сейчас, оптимизатор МТ самый эффективный из всех свободно доступных в мире.
Нет, так говорить нельзя. МТ оптимизатор очень крут, я об этом говорил везде и говорю сейчас, оптимизатор МТ самый эффективный из всех свободно доступных в мире.