Automated Trading Championship 2012: Регистрация открыта! - страница 9

 

Ладно. Придётся оптить на участке тестирования. Советник будет в соответствии с правилами торговать во время тестирования, но уже с момента старта чемпа начнет самооптимизироваться.

Renat, так можно?


 
В тему, хотя чуть отвлеченно об эффективности и производительности.

Как красиво и смешно оставлять позади детей на дотнетах и явах, которые обманывают, не понимая своей ущербности, свое руководство.

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

И если идет речь об 80к призов, то это не халява, а тяжелая работа. Добейтесь своего при ограничениях ресурсов!
 
joo:

Ладно. Придётся оптить на участке тестирования...

Мне кажется - придется попотеть, чтобы привести работу эксперта в соответствие с правилами. 
 
icas:
Мне кажется - придется попотеть, чтобы привести работу эксперта в соответствие с правилами. 

Но в принципе MQ правы. Проблема оптимизации вовсе не в ограниченности вычислительных ресурсов, проблема в кривости мозгов разработчиков и в их лени создавать оптимизированные алгоритмы. Например, самый эффективный способ обойти комбинаторный взрыв это снизить разрешающую способность (увеличить шаг приращения параметров) и разбить степенную зависимость комбинаций от количества параметров на несколько пучков параметров, подвергающихся отдельной оптимизации: например 100 комбинаций ^ 4 параметра = 100 000 000 комбинаций, преобразуем: 100 комбинаций ^ 2 параметра + 100 комбинаций ^ 2 параметра = 20 000 комбинаций. Мне возразят, что это ни одно и тоже, и я соглашусь, но общие тенденции останутся неизмены и оптимизатор их выявит, хотя и в более грубом приближении. А далее, увеличиваем точность разрешающей способности, т.к. окно поиска решения было сужено более грубым перебором. Можно сравнить с полем: умный селянин (программист) сначала пройдет трактором и перпахает поле, а только потом возьмется за борону. Глупый селянин начнет с граблей: а почему бы не начать рыхлить заросшее поле граблями, если они такие мощные и производительные?

Так уж сложилось что я работаю в  довольно тормознутой системе WealthLab. И для меня тип такой оптимизации не вопрос выбора, а единственно возможный и конкретный вариант. У меня нет Claud'а, нет удаленных агентов и облачных вычислений. Генерирование уже более 400 комбинаций становиться проблемным. Приходится выжимать с алгоритмов все. Минимальное количество переборов, break'и при первой возможности, создание списков FIFO, обход повторных пересчетов и многое, многое другое. И знаете, для меня нет проблем нехватки вычислительных ресурсов. Все летает с хорошей скоростью. Алгоритмы, не зависимо от количества своих параметров, оптимизируются быстро и эффективно.

 
Ренату..

как предположения - опять Connection Lost стопками будет - или.. всё ж надежда е??

Время Сообщение
2011.10.10 06:05:39 '800107': connection to MetaQuotes-Demo lost
2011.10.10 05:50:52 '800107': scanning network finished
2011.10.10 05:50:26 '800107': scanning network for access points
2011.10.10 05:43:44 '800107': terminal synchronized with MetaQuotes Software Corp.
2011.10.10 05:43:42 '800107': authorized on MetaQuotes-Demo through Access Point 4 USA
2011.10.10 05:43:35 '800107': connection to MetaQuotes-Demo lost
2011.10.10 04:50:41 '800107': terminal synchronized with MetaQuotes Software Corp.
2011.10.10 04:50:33 '800107': authorized on MetaQuotes-Demo through Access Point 4 USA
2011.10.10 04:50:28 '800107': connection to MetaQuotes-Demo lost
2011.10.10 04:28:50 '800107': terminal synchronized with MetaQuotes Software Corp.
2011.10.10 04:28:39 '800107': authorized on MetaQuotes-Demo through Access Point 4 USA
2011.10.10 04:28:35 '800107': connection to MetaQuotes-Demo lost
2011.10.10 03:45:16 '800107': terminal synchronized with MetaQuotes Software Corp.
2011.10.10 03:45:11 '800107': authorized on MetaQuotes-Demo through Access Point 4 USA
2011.10.10 03:44:55 '800107': connection to MetaQuotes-Demo lost
2011.10.10 03:34:58 '800107': terminal synchronized with MetaQuotes Software Corp.
2011.10.10 03:34:57 '800107': authorized on MetaQuotes-Demo through Access Point 4 USA
2011.10.10 03:34:53 '800107': connection to MetaQuotes-Demo lost
2011.10.10 03:24:10 '800107': terminal synchronized with MetaQuotes Software Corp.
2011.10.10 03:24:04 '800107': authorized on MetaQuotes-Demo through Access Point 4 USA

Страницы1..389

и вот что при этом происходит https://championship.mql5.com/2011/ru/users/EQU/discussion/page5

предположение

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

 

EQU:

Ренату..

как предположения - опять Connection Lost стопками будет - или.. всё ж надежда е??


Сформилируйте вопрос четче, пожалуйста.
 
Renat:

Сформилируйте вопрос четче, пожалуйста.

исправил..

зы

на 4-ке - появилась та же проблема..

 
EQU:

исправил..

зы

на 4-ке - появилась та же проблема..

Надеюсь, что разрывов связи будет меньше, но такое поведение закономерно.
 

В правилах, фраза:

Для конкурсных счетов зарезервированы аккаунты с номерами от 750 000 до 900 000.  

Диапазон номеров указан с прошлого чемпионата! Можно обновить данные по номерам счетов, так как при регистрации мне присвоили номер выходящий за указанный диапазон.

 Так же интересует вопрос: какое значение будет выставлено в терминале в поле Макс. баров в окне ?

 
avoitenko:

Так же интересует вопрос: какое значение будет выставлено в терминале в поле Макс. баров в окне ?

меня тоже этот вопрос интересует. разговоров было много, а конкретики не найду.
Причина обращения: