Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Как вы это делаете?
Только что воспроизвел тормоза, когда 6/8 Агентов работали.
Только что воспроизвел тормоза, когда 6/8 Агентов работали.
Т.е. проблема, когда CPU загружен.
MQ-Demo, 20 чартов, b2656. На машине запущен только Терминал, Тестер не работает.
Только что воспроизвел тормоза, когда 6/8 Агентов работали.
Т.е. проблема, когда CPU загружен.
Для вас это новая информация?
Для вас это новая информация?
Не до конца понимаю, почему невозможно обойти эти лаги при загрузке CPU. Скорее всего, некомпетентен в этом.
Однако, ниже чистый тест, который показывает проблему актуальности ценовых данных в MT5. Код снабдил комментариями. Вкратце, берутся тики через SymbolInfoTick/стакан и проверяются между собой. В частности, чтобы не было пропусков и чтобы не было больших лагов между одинаковыми тиками из разных источников.
Результат (на машине запущен только один MT5-b2656, CPU-загрузка около нуля, один чарт, Тестер не используется).
Прошу подтвердить воспроизведение.
Промежуточный итог для быстрой не загруженной машины.
Вопрос к Разработчикам.
Допустим, SymbolInfoTick выполнялся 5 мс. Тик будет соответствовать текущему времени, или за 5 мс до этого?
Тему тормозов SymbolInfoTick закрываю. Вывод таков.
Если CPU нагружен (например, Оптимизация даже не на всех ядрах), то SymbolInfoTick может выполняться до нескольких десятков миллисекунд. Почему эта самая восстребованная функция в Терминале штатно не снепшотится - ответа нет. По возможности делайте ее снепшоты. И не забывайте, что даже при нулевой нагрузке CPU OnTick-функция может сработать на десятки миллисекунд позже пришедшего в Терминал тика.
В общем, довольно печально, но это не может волновать тех, кто торгует примитивно.
Тему тормозов SymbolInfoTick закрываю. Вывод таков.
Если CPU нагружен (например, Оптимизация даже не на всех ядрах), то SymbolInfoTick может выполняться до нескольких десятков миллисекунд. Почему эта самая восстребованная функция в Терминале штатно не снепшотится - ответа нет. По возможности делайте ее снепшоты. И не забывайте, что даже при нулевой нагрузке CPU OnTick-функция может сработать на десятки миллисекунд позже пришедшего в Терминал тика.
В общем, довольно печально, но это не может волновать тех, кто торгует примитивно.
Для тех кто торгует "не примитивно": железо должно соответствовать задачам.
"даже не на всех ядрах " - это вы про "6/8 "? Т.е. 6 процессов, и каждый из них на 100% загружает одно ядро цпу на все время теста? А физических ядер всего 4? И искреннее удивление, что на таком фоне тест "тормозит"?
Если это действительно ваш уровень понимания, то: "Учиться, учиться и еще раз учиться".
Хотите насиловать цпу в 16-20 потоков - купите цпу с 20 физическими ядрами, как минимум.
Для тех кто торгует "не примитивно": железо должно соответствовать задачам.
"даже не на всех ядрах " - это вы про "6/8 "? Т.е. 6 процессов, и каждый из них на 100% загружает одно ядро цпу на все время теста? А физических ядер всего 4? И искреннее удивление, что на таком фоне тест "тормозит"?
Если это действительно ваш уровень понимания, то: "Учиться, учиться и еще раз учиться".
Хотите насиловать цпу в 16-20 потоков - купите цпу с 20 физическими ядрами, как минимум.
Уверен, что могу доказать, что получение текущих цен у Вас реализовано очень медленно. И CPU-нагрузка создает такие тормоза только из-за неправильной реализации Вами самой главной функции в MQL5.
Уверен, что могу доказать, что получение текущих цен у Вас реализовано очень медленно. И CPU-нагрузка создает такие тормоза только из-за неправильной реализации Вами самой главной функции в MQL5.
Код теста:
Доказывайте.