Ошибки, баги, вопросы - страница 2275
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Названия символов обрезаются в GUI кэшей оптимизатора
Особенно актуально для кастомных символов - там названия часто длинные.
Если использовать Тестер/Оптимизатор без длительных перерывов даже на разных символах, тики не пропадают. Наверное, тики удаляются за счет подчистки каких-то кэшей Тестера.
Название символа не может быть длиннее 32 символов, включая терминирующий 0. То есть, по факту - 31.
На скрине обрезаны названия из 28-ми символов.
Нашли и исправили.
Спасибо. Если продолжить говорить про кастомные, то такие две ситуации с ними
1
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Ошибки, баги, вопросы
fxsaber, 2018.08.28 19:45
Возможно ли как-то починить это к следующему билду?
Когда переключаюсь на другой счет, то чарт кастомного символа теряет бары - "Ожидание обновления". Бары не запросить. При этом тики - без проблем.
После перезагрузки Терминала, конечно, бары на чарте доступны.
Хотелось бы, чтобы после переключения на другой счет бары кастомных символов оставались доступны без перезагрузки.
2.
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
Ошибки, баги, вопросы
fxsaber, 2018.08.28 10:20
Успешное выполнение этой функции занимает минуту при 24 млн тиков. Возможно ли ускорить?
На скрине обрезаны названия из 28-ми символов.
Спасибо. Если продолжить говорить про кастомные, то такие две ситуации с ними
1
2.
Про 28 символов проверим.
2. Может и можно ускорить, но это не является первоочередной задачей.
Давайте подробности по первому пункту. Нужно чёткое воспроизведение.
Давайте подробности по первому пункту. Нужно чёткое воспроизведение.
fxsaber:
3. Переключаетесь на счет с другого торгового сервера.
Переключение равносильно потери связи... не исключено что в данном случае все сведется к этому https://www.mql5.com/ru/forum/275574#comment_8485737
Когда мне нужно заполнить часть большого массива одним значением Z я использую конструкцию:
Многие скажут - зачем так сложно, можно ведь проще:
ArrayFill(arr,5000,1000,Z);Но по непонятной причине первый вариант с использованием промежуточного массива выполняется заметнее быстрее чем второй
Пару лет назад я уже писал по этому вопросу в СД. На что получил ответ, что мол спасибо, проблему нашли и исправили, в следующем билде будет нормально.
Но проблема остается.
Причем тот же самый тест в MT4:
Когда мне нужно заполнить часть большого массива одним значением Z я использую конструкцию:
Многие скажут - зачем так сложно, можно ведь проще:
Но по непонятной причине первый вариант с использованием промежуточного массива выполняется заметнее быстрее чем второй
Пару лет назад я уже писал по этому вопросу в СД. На что получил ответ, что мол спасибо, проблему нашли и исправили, в следующем билде будет нормально.
Но проблема остается.
Причем тот же самый тест в MT4:
Может здесь стоит отметиться с этим?
Может здесь стоит отметиться с этим?
Ничего себе особенность и тонкость!
Явный же бажище.Важная стандартная функция работы с массивами самого быстрого в мире языка алготрейдинга работает в 4 раза медленнее, чем на устаревшем языке MQL4.
Только здесь.
Представляете, как многие программы залетают, когда его исправят.
Ничего себе особенность и тонкость!
Явный же бажище.Важная стандартная функция работы с массивами самого быстрого в мире языка алготрейдинга работает в 4 раза медленнее, чем на устаревшем языке MQL4.
Только здесь.
Представляете, как многие программы залетают, когда его исправят.
Добро.
Но вот как особенность в данный момент - разве плохо?