Ошибки, баги, вопросы - страница 2438
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
2. Один тип фреймов читается в OnTesterPass, дочитывается в OnTesterDeinit. Остальные фреймы вычитываются в OnTesterDeinit
Такая особенность не позволяет в реальном времени работать с результатами посчитанных проходов, если фреймов несколько на проход.
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Тестирование стратегий по расписанию с автоподстановкой результата в советника
Slava, 2013.04.10 15:04
1. Да. Может быть лишний.
2. Один тип фреймов читается в OnTesterPass, дочитывается в OnTesterDeinit. Остальные фреймы вычитываются в OnTesterDeinit
Нам эта возможность передачи-получения нескольких типов фреймов позволила исправить несколько трудновоспроизводимых ошибок в тестере. Причём фреймы передавались только если возникало различие с неким эталонным значением.
Ранее я говорил о потери фреймов, если в одном проходе передается много фреймов и были неполадки с агентом - обрыв связи - будет ли что-то делаться с данной ситуацией?
Откроете opt-формат?
Да.
В обмен на публикацию кода по чтению opt-файла
Такая особенность не позволяет в реальном времени работать с результатами посчитанных проходов, если фреймов несколько на проход.
Да.
Поэтому и приходится фреймы "неосновного" типа вычитывать после окончания оптимизации.
Ранее я говорил о потери фреймов, если в одном проходе передается много фреймов и были неполадки с агентом - обрыв связи - будет ли что-то делаться с данной ситуацией?
А что тут сделаешь?
Результат оптимизации по-любому уйдёт раньше и быстрей своего фрейма. Если агента застопили (выключили компьютер, остановили сервис), то точно ничего не поделать.
Можно попытаться предпринять следующее: пока фрейм не отправлен, не отправлять результат. Но это неизвестно когда будем править
Вроде, чисто методически здесь недоработка
Мы избегаем лишнего перераспределения памяти.
В данном случае вероятность 99 процентов, что буфер массива будет распределён однократно
А что тут сделаешь?
Результат оптимизации по-любому уйдёт раньше и быстрей своего фрейма. Если агента застопили (выключили компьютер, остановили сервис), то точно ничего не поделать.
Можно попытаться предпринять следующее: пока фрейм не отправлен, не отправлять результат. Но это неизвестно когда будем править
Может можно перед началом передачи фреймов сообщить, сколько их ожидается, и если пришло меньше ожидаемого, а агент недоступен, то отдать проход другому агенту и перезаписать уже полученные фреймы?
Или в тело каждого фрейма писать общее количество и его порядковый номер в этом количестве, и так же, если все не пришли, то переоптимизировать.Да.
В обмен на публикацию кода по чтению opt-файла
Меня даже больше интересует запись. Чтение сделаю, если будет формат известен.
Может можно перед началом передачи фреймов сообщить, сколько их ожидается, и если пришло меньше ожидаемого, а агент недоступен, то отдать проход другому агенту и перезаписать уже полученные фреймы?
Или в тело каждого фрейма писать общее количество и его порядковый номер в этом количестве, и так же, если все не пришли, то переоптимизировать.А если не каждый проход возвращает фрейм?
Я выше приводил пример по отлову ошибок в тестере. Фреймы отсылались, только когда некое результатное значение не совпадало с эталоном