Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Если кто не понял, это библиотека fxsaber при применении в чужом коде дает тормоза.
Вместо того, чтобы явно это указать, он начал разыгрывать игру про тормоза платформы и подсовывать самоубийственные примеры. И когда была возможность выйти на реальную причину и сгладить вопрос, он не воспользовался ею.
Ради локальной оптимизации он отравлял кеш истории для основного приложения.Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
MT5 и скорость в боевом исполнении
fxsaber, 2020.09.02 00:02
Был воспроизводимый у многих чистый MQL5-код. Хронологию ветки изучите сначала, а не в конспирологию играйте, что вы кому-то столь нужны, что готов тратить на вас время для полива грязью.
С ролью индюка отлично справляетесь. Здесь специально в ветке ни о каких библиотеках не шла речь, т.к. это не конструктивно.
Речь о том, что если кто-то вздумает использовать совместно библиотеки, в которых from-входной параметр не совпадает, то получит тормоза. Об этом нигде в Документации ни слова. Хоть что-то на эту тему вынималось из вас клещами. А когда вынули, пошли обвинения в читинге.
Данная особенность MQL должна быть выжжена в Документации и ветке об особенностях. Запустите чистые MQL5-скрипты из этой ветки на билдах, соответствующих датам их написания. Видимо, на всякий случай столько исправлений делали вслепую.
С ролью индюка отлично справляетесь. Здесь специально в ветке ни о каких библиотеках не шла речь, т.к. это не конструктивно.
Потому что вы сделали все, чтобы не проговориться о своих библиотеках. При наличии этих библиотек. При постоянном противопоставлении "у меня быстрее". Поэтому хитро маскировали самострелы, выпячивая "смотрите как тормозит".
Речь о том, что если кто-то вздумает использовать совместно библиотеки, в которых from-входной параметр не совпадает, то получит тормоза. Об этом нигде в Документации ни слова. Хоть что-то на эту тему вынималось из вас клещами. А когда вынули, пошли обвинения в читинге.
Данная особенность MQL должна быть выжжена в Документации и ветке об особенностях. Запустите чистые MQL5-скрипты из этой ветки на билдах, соответствующих датам их написания. Видимо, на всякий случай столько исправлений делали вслепую.
В документации HistorySelect явно указано:
Когда вы работаете с громадными объемами (а тысячи и десятки тысяч сделок в истории вы неспроста показывали), требующими атомарного/снепшот доступа, нужно понимать их стоимость.
Тем более, что я детальнейшим образом в этой теме объяснил технические детали работы этих кешей.
Вы зря чтоли пытались рандомизировать каждую выборку и максимально отравить кеш? Ради своей позиции любой самострел в тему?
Потому что вы сделали все, чтобы не проговориться о своих библиотеках. Поэтому хитро маскировали самострелы, выпячивая "смотрите как тормозит".
99% багов находятся так. Сначала в большом коде находится странное поведение. Затем локализацией находится причина. Меня больше волновали эти тормоза.
Форум по трейдингу, автоматическим торговым системам и тестированию торговых стратегий
MT5 и скорость в боевом исполнении
fxsaber, 2020.08.13 17:08
Супер, Спасибо! Наконец, полное подтверждение печальных лагов MT5. И это без каких-либо торговых функций. Проблемы чуть ли не везде.
В документации HistorySelect явно указано:
Интересно, кто в этом тексте увидел что-то между строк? Лично я понял (до этой ветки), что HistoryDealSelect и HistoryOrderSelect обязательно нужно писать вот так.
Иначе гарантировано нарветесь на тормоза.
Когда вы работаете с громадными объемами, требующими атомарного/снепшот доступа, нужно понимать их стоимость.
Тем более, что я детальнейшим образом в этой теме объяснил технические детали работы этих кешей.
Вынимал клещами нужную инфу в этой ветке.
Вы зря чтоли пытались рандомизировать каждую выборку и максимально отравить кеш? Ради своей позиции любой самострел в тему?
В этой ветке хронологически все можно видеть. Изначально была показана проблема без какого-либо рэндома.
Эта ветка является отличным свидетельством того, как можете перевирать слова оппонента. Все исходники и результаты их выполнения сохранены здесь.
Почему терминал не может просто увеличивать кэш при повторном запросе полной истории, получать и кэшировать недостающий диапазон? Кажется, что это решало бы проблему. Ведь при запросе баров/тиков возвращаются пропущенные пакеты с данными, значит механизм такой есть.
Почему терминал не может просто увеличивать кэш при повторном запросе полной истории, получать и кэшировать недостающий диапазон?
Это уже сделали.
Но если между вызовами HistorySelect( 0, INT_MAX ) сделать вызов HistorySelect( other_time, ... ), кэш будет перестроен, начиная с other_time, и следующий запрос HistorySelect( 0, ... ) приведет к новому построению кэша (будет медленнее).
Это уже сделали.
Но если между вызовами HistorySelect( 0, INT_MAX ) сделать вызов HistorySelect( other_time, ... ), кэш будет перестроен, начиная с other_time, и следующий запрос HistorySelect( 0, ... ) приведет к новому построению кэша (будет медленнее).
Если сделали, то хорошо, вопрос лишь тогда в удобстве работы с полученными данными, при условии наращивания кэша.
Я в торговых операциях так глубоко не разбирался, но если меняется диапазон запроса, то значит нет возможности быстрого поиска данных внутри истории без полного перебора?
Я в торговых операциях так глубоко не разбирался, но если меняется диапазон запроса, то значит нет возможности быстрого поиска данных внутри истории без полного перебора?
Зачем эти знания, если их не использовать?
Нет практической задачи = нет вопроса.
OrderExist и PositionExist - это специальные оптимизированные функции, которые позволяют избежать тупых переборов в цикле всех ордеров или позиций в поисках записей по символу, типу операции и меджику.
Результатом получаете массив с тикетами.
Программы могут серьезно сэкономить, используя эти функции. Особенно, когда массово, постоянно и многократно обращаются к открытым позициям и ордерам в переборных циклах.
В будущем мы реализуем более эффективные функции доступа к массивным данным торговых операций.
Язык тоже кардинально усилится и упростится с более мощным функционалом.
" OrderExist и PositionExist " - в документации не нашел, где про них почитать?
Скорее всего - после выхода очередной релизной версии (сейчас беты)