ДД!
Собственно сабж.
У МТ5 есть оптимизация которая может использовать компы из сети MQL5 Cloud Network или же локальные компы. Используя небольшую домашнюю локальную сеть (или сеть компов небольшой фирмы) можно получить достаточно большую скорость обработки данных. Тогда и сервак 2 соккетный на 40 потоков не понадобится.

Вопрос, когда в ТСлаб будет что-то похожее? Это сложно создать чтоль?

А надо ли? Вы оптимизациями непрерывными хотите заниматься или системы торгующие создавать? Посмотрите на ютубе примеры Саро, по созданию скриптов, логика которых не предполагает бесконечных, всеобъемлющих оптимизаций. Ведь можно же и без оптимизаций торговать.

знаешь, стратегии имеют такое свойство - они хорошо работают на одной паре и не работают на другой, когда хочется провести оптимизацию сразу к нескольким парам то бывает эффективнее запустить максимально широко на всех вариантах и потом смотреть результаты чем ручками подбирать там сям по одной.

и знаешь че - сколько людей столько и мнений.
вот мне надо! тебе не вот надо а мне надо!
и наверняка найдется тот что скажет: "черт, мне тоже надо!!"

Лучше бы разработчиков не грузить разными "хотелками", весьма сомнительными в эффективности, а дать им возможность быстрее исправить все те баги, что уже выявлены,и висят в тикетах на саппорте незакрытыми, но руки у них до них всё не дойдут никак. Кроме этого у них есть незакрытые проекты, такие как автоследование, версия 2.1. с много обещающими модернизациями. Вот это будет на порядок лучше траты ресурса на оптимизации.

Такой вариант есть, чтобы ваша мысль не стояла на месте.
https://blog.tslab.pro/pages/viewpage.action?pageId=10748704
любая оптмизация несколько секунд.

Это что за говор!? Вы что на базаре семечками торгуете?? ЗНАЕШЬ ЧЕ, ДА НЕ ЗНАЮ. ПРОСЬБА БЫТЬ КУЛЬТУРНЕЕ К ОКРУЖАЮЩИМ, а не тыкать первому попавшемуся.Если не хватает грамотности правильно и интеллигентно написать и с акцентом на ту или иную черту, которая именно Вас зацепила, имейте тогда немного уважения не писать сиё. А то складывается впечатление, что ВЫ сидя на корточках в падике с телефоном и семечками пишете на форуме)))))))

Прошу прощения, был плохой день!

это не то что я имел в виду.
я имел в виду использование других машин (в локальной сети или облаке) для реализации Brute Force метода. то-есть создание кластера.
метод Genetic оптимизации считаю плохим способом, исходя из его принципов.

Понимаю.
Но логически подход может быть таким:
1. Пройти в лоб большими шагами, чтобы найти все вершины.
2. Пройти генетик или в лоб по каждой вершине мелкими шагами.

Облачной оптимизации у нас пока даже не запланировано.
Но есть возможность создания своей оптимизации.

1) так и делаем
2) так и делаем, второй способ
а создать клиентов которые работая в локальной сети смогут получать задания от головной машины чтобы выполнять вычисления?
привет Global Founders, но там более широко это сделано.

Вы все оптимизация оптимизация оптимизация, для того что бы понять будет ли на истории работать оптимизированный скрипт(переоптимизированный), прооптимизируйте и запустите его в торговлю! И увидите чудо. Вам поэтому человек и написали об эффективности данного процесса, который будет весьма затратен как с финансовой стороны так и трудоемкий со стороны программистов ТСЛабу.
Вы тоже поймите программа существует и развивается пока нужна людям, как только перестанут люди за нее платить, компания исчезнет, ТЬФУ ТЬФУ конечно. Со своей стороны скажу, она оочень сильно продвинулась за эти годы в разные стороны, А хотелки обывателей только прибавляются и прибавляются с каждым днем.Как быть программистам с этим, что бы самому кушать и клиента удержать? Это тонкий вопрос!

Решения могут быть разными. Вариант, что показал,
https://blog.tslab.pro/KB/5-primery/api/primer-realizatsii-implementing-ioptimizationmethod
это вариант от разработчиков.
У мт совершенно другой подход, она долгая, неповоротливая и с ошибками, поэтому и необходимы различные ухищрения. Это плата за очень гибкую архитектуру самой программы.
В TSLab оптимизация очень шустрая. Но оптимизация в лоб может занимать большое количество времени и требовать ресурсы, если заведомо использовать маленький шаг, поэтому предложение следующее.
Попробуйте сделать оптимизацию в лоб с большими шагами, это позволит Вам найти все вершины. Далее каждую вершину пройти отдельно при необходимости или выбрать самую большую и дооптимизировать ее либо мелким шагом в лоб, либо таким вариантом
https://blog.tslab.pro/KB/5-primery/api/primer-realizatsii-implementing-ioptimizationmethod
либо придумать свой вариант.

Из простых улучшений, очень бы порадовала возможность поставить оптимизацию на паузу.

Вот, это предложение стоит отметить, пауза крайне практична.

Согласен, иногда хочется поставить на паузу и забычить какой-нибудь фильм!) Такая хотелка имеется, давайте добавим ей весу!)
http://tslab.reformal.ru/proj/?ia=554220