После обновления последнего билда агенты замирают после прохождения первых 1900-2100 проходов при оптимизации. До обновления все проходило нормально, все параметры и код эксперта остались прежними.
Последовательность действий
Запускается оптимизация. Брокер Открытие. Реальный счет. Инструменты: Si Splice, Vtb Splice, Si 9.16, Vtb 9.16 (другие не пробовал). Интервал месяц, минутки, 15 минутки. Цены окрытия или OHLC.
Полученный результат
Агенты-локальные и удаленные после 2000 проходов фактически замирают, проц грузится, изменения примерно 0.01 процента в 10 минут. 14 агентов.
Ожидаемый результат
Прохождение оптимизации как при предыдущем билде.
Дополнительные сведения
О себе: программист .net, MQL 5, со стажем
Логи смотрел, везде. Сравнил с логами предыдущего билда. Никаких проблем или ошибок там нет. Качество истории хорошее.
При этом все же какое то кэширование происходит, т.к. если ни чего не менять, то время изменяется на 1-2 секунды в любом непредсказуемом направлении.
:) это очевидно просто погрешность, влияние работы других процессов в системе, плюс дисковый кэш. В любом случае, 10-15% - это совсем не показатели, для которых делается кэширование.
Сравнивать сборку проектов на старых компиляторах и новых не стал, старые компиляторы в разы быстрее все собирали. Думаю разработчики этот момент видят и сами и когда нить все исправят :) Ведь не даром же в месяц по нескольку новых беток выпускают, значит что то видят и исправляют.
Да как же они увидят-то, если все молчат! Новые беты выпускают именно потому, что люди жалуются насчёт разных багов. Но если баги для них весомый аргумент к исправлению, то вот всё остальное... Приходится долго убеждать. Даже когда казалось бы чётко привёл все доводы, ясно обрисовал картину яснее некуда, он они всё-равно упираются, всем правдами и неправдами :) Вот я так же 3 месяца назад пытался убедить их, но никто не поддержал.
Ведь мало кто делает большие проекты на MQL. А на мелких люди видимо не парятся из-за лишних пары секунд.
... они всё-равно упираются, всем правдами и неправдами :)
вот поэтому и не пытаюсь более что либо доказывать, к тому же проекты на плюсах собираются гораздо дольше, правда они гораздо и больше, но я привык к сборкам на плюсах по нескольку минут на исполняемый либо библиотечный файл, а на проект из нескольких файлов со структурой каталогов до нескольких десятков минут :) и подождать 10-20 секунд не проблема...
После обновления последнего билда агенты замирают после прохождения первых 1900-2100 проходов при оптимизации. До обновления все проходило нормально, все параметры и код эксперта остались прежними.
Последовательность действий
Запускается оптимизация. Брокер Открытие. Реальный счет. Инструменты: Si Splice, Vtb Splice, Si 9.16, Vtb 9.16 (другие не пробовал). Интервал месяц, минутки, 15 минутки. Цены окрытия или OHLC.
Полученный результат
Агенты-локальные и удаленные после 2000 проходов фактически замирают, проц грузится, изменения примерно 0.01 процента в 10 минут. 14 агентов.
Ожидаемый результат
Прохождение оптимизации как при предыдущем билде.
Дополнительные сведения
О себе: программист .net, MQL 5, со стажем
Логи смотрел, везде. Сравнил с логами предыдущего билда. Никаких проблем или ошибок там нет. Качество истории хорошее.
Такое поведение наблюдается с любым экспертом?
Логи все-таки не помешают. Оформите тикет в сервисдеск.
Логи все-таки не помешают. Оформите тикет в сервисдеск.
С телефона логи и файлы пока не могу прикрепить. Параметров оптимизации около 500. Значение параметров от 0 до 2. 2000 итераций пролетают махом. Потом все медленно. При предыдущем билде прошло 120.000 проходов за сутки.
...Иначе как объяснить тот факт, что абсолютно пустой скрипт, имеющий лишь функцию ОnStart() { }, компилируется более 400 мс!
Я конечно не пишу компиляторы, но уверен что просто напросто есть некоторый минимум, который вообще не зависит от объёма проекта. Это как вызвать такси и доехать до следующего подъезда - вроде двинулся на пару метров, в деньгах на пару копеек, но минимальная цена подачи в 200р тоже может вызвать вопрос - тут же ехать на копейки, за что ?!
Alexey Oreshkin: Я конечно не пишу компиляторы, но уверен что просто напросто есть некоторый минимум, который вообще не зависит от объёма проекта. Это как вызвать такси и доехать до следующего подъезда - вроде двинулся на пару метров, в деньгах на пару копеек, но минимальная цена подачи в 200р тоже может вызвать вопрос - тут же ехать на копейки, за что ?!
Ну с появлением Яндекс такси и аналогичных сервисов это уже несколько смягчилось. Да и эти цифры вполне в рамках разумного, всем ведь кушать надо. А вот приведённые мной цифры явно не адекватны сложности выполняемой задачи.
Версия и битность терминала
v.1375, 64-bit
Описание проблемы
После обновления последнего билда агенты замирают после прохождения первых 1900-2100 проходов при оптимизации. До обновления все проходило нормально, все параметры и код эксперта остались прежними.
Последовательность действий
Запускается оптимизация. Брокер Открытие. Реальный счет. Инструменты: Si Splice, Vtb Splice, Si 9.16, Vtb 9.16 (другие не пробовал). Интервал месяц, минутки, 15 минутки. Цены окрытия или OHLC.
Полученный результат
Агенты-локальные и удаленные после 2000 проходов фактически замирают, проц грузится, изменения примерно 0.01 процента в 10 минут. 14 агентов.
Ожидаемый результат
Прохождение оптимизации как при предыдущем билде.
Дополнительные сведения
О себе: программист .net, MQL 5, со стажем
При этом все же какое то кэширование происходит, т.к. если ни чего не менять, то время изменяется на 1-2 секунды в любом непредсказуемом направлении.
:) это очевидно просто погрешность, влияние работы других процессов в системе, плюс дисковый кэш. В любом случае, 10-15% - это совсем не показатели, для которых делается кэширование.
Сравнивать сборку проектов на старых компиляторах и новых не стал, старые компиляторы в разы быстрее все собирали. Думаю разработчики этот момент видят и сами и когда нить все исправят :) Ведь не даром же в месяц по нескольку новых беток выпускают, значит что то видят и исправляют.
Да как же они увидят-то, если все молчат! Новые беты выпускают именно потому, что люди жалуются насчёт разных багов. Но если баги для них весомый аргумент к исправлению, то вот всё остальное... Приходится долго убеждать. Даже когда казалось бы чётко привёл все доводы, ясно обрисовал картину яснее некуда, он они всё-равно упираются, всем правдами и неправдами :) Вот я так же 3 месяца назад пытался убедить их, но никто не поддержал.
Ведь мало кто делает большие проекты на MQL. А на мелких люди видимо не парятся из-за лишних пары секунд.
Кстати, а проц какой у вас?
... они всё-равно упираются, всем правдами и неправдами :)
Плохо искал. https://www.mql5.com/ru/forum/88768/page2#comment_2587760
Версия и битность терминала
v.1375, 64-bit
Описание проблемы
После обновления последнего билда агенты замирают после прохождения первых 1900-2100 проходов при оптимизации. До обновления все проходило нормально, все параметры и код эксперта остались прежними.
Последовательность действий
Запускается оптимизация. Брокер Открытие. Реальный счет. Инструменты: Si Splice, Vtb Splice, Si 9.16, Vtb 9.16 (другие не пробовал). Интервал месяц, минутки, 15 минутки. Цены окрытия или OHLC.
Полученный результат
Агенты-локальные и удаленные после 2000 проходов фактически замирают, проц грузится, изменения примерно 0.01 процента в 10 минут. 14 агентов.
Ожидаемый результат
Прохождение оптимизации как при предыдущем билде.
Дополнительные сведения
О себе: программист .net, MQL 5, со стажем
Такое поведение наблюдается с любым экспертом?
Логи все-таки не помешают. Оформите тикет в сервисдеск.
Логи терминала - хорошо, более интересны логи тестера стратегий и агентов тестирования.
+ приложите в ваш тикет хотя бы EX5 вашего эксперта (удалим после исследований) + описание используемых при оптимизации параметров.
Такое поведение наблюдается с любым экспертом?
Логи все-таки не помешают. Оформите тикет в сервисдеск.
...Иначе как объяснить тот факт, что абсолютно пустой скрипт, имеющий лишь функцию ОnStart() { }, компилируется более 400 мс!
Я конечно не пишу компиляторы, но уверен что просто напросто есть некоторый минимум, который вообще не зависит от объёма проекта. Это как вызвать такси и доехать до следующего подъезда - вроде двинулся на пару метров, в деньгах на пару копеек, но минимальная цена подачи в 200р тоже может вызвать вопрос - тут же ехать на копейки, за что ?!