При оптимизации, необходимо отправлять и обрабатывать один фрейм на старте прохода и один по окончании. Однако, оба приходят только после окончания прогона. Есть ли какой то способ отправлять их реалтайм?
Во фрейме результаты прохода - поэтому он и генерируется после прохода.
Можете использовать файлы для этих целей.
При оптимизации, необходимо отправлять и обрабатывать один фрейм на старте прохода и один по окончании. Однако, оба приходят только после окончания прогона. Есть ли какой то способ отправлять их реалтайм?
Вроде они асинхронно и приходят. Какой быстрее рассчитается, тот быстрее и придет. Запустили например проходы с номерами 1,2,3,4,5 (одномоментно), а исполнятся в другой очередности , например 4,1,5,3,2.
Или запустили по 500 заданий на каждое ядро процессора. Все могут закончить, а одному достанутся случайным образом самые долгие проходы. И сидишь - ждешь час, другой, пока оно закончит.
Это было раньше, давно не проверял. Может разработчики уже сделали переброску заданий на освободившиеся ядра? Никто не знает?
Так просто сделайте загрузку настроек из файла со своей структурой.
Только я всё равно не понимаю, зачем нужно то, что Вы хотите - что дает фрейм при инициализации - какую информацию?
Настройки из файла - не работают в оптимизаторе. Единственный способ сохранить сет - созранять его вручную, через FIleWrite однако, от версии к версии необходимо контролировать валидность параметров сета при добавлении новых опций.
> Только я всё равно не понимаю, зачем нужно то, что Вы хотите - что дает фрейм при инициализации - какую информацию?
Нужно только для одного. При оптимизации хранить сеты активных ботов. При некоторых параметрах, может возникнуть deadlock, проще всего его сходу найти прогнав зависший сет на дебагере. Через фреймы можно доставать сеты и сохранять их. Иного, легального метода сохранения сетов к сожалению, нет. Хотя было бы хорошо сделать что то вроде WriteSetToFile(const string file_path).
Настройки из файла - не работают в оптимизаторе. Единственный способ сохранить сет - созранять его вручную, через FIleWrite однако, от версии к версии необходимо контролировать валидность параметров сета при добавлении новых опций.
> Только я всё равно не понимаю, зачем нужно то, что Вы хотите - что дает фрейм при инициализации - какую информацию?
Нужно только для одного. При оптимизации хранить сеты активных ботов. При некоторых параметрах, может возникнуть deadlock, проще всего его сходу найти прогнав зависший сет на дебагере. Через фреймы можно доставать сеты и сохранять их. Иного, легального метода сохранения сетов к сожалению, нет. Хотя было бы хорошо сделать что то вроде WriteSetToFile(const string file_path).
Если я правильно понял, то у Вас бывают проблемы в коде, приводящие к зависанию советника.
Тогда со временем происходит зависание всех агентов, так?
И, Ваша задача заключается в том, что бы выделить неудачные настройки.
Не помню, есть ли в логах номер задания до его выдачи, но если есть или его можно принтануть, то это задача комбинаторики.
А настройки не понял, что мешает загружать из своего файла при инициализации - цель - присвоить переменным значения.
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Вы принимаете политику сайта и условия использования