Особенности языка mql5, тонкости и приёмы работы - страница 91
![MQL5 - Язык торговых стратегий для клиентского терминала MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Почему бы тогда и GetTickCount не вычислять таким же способом? Тогда исчезнет проблема разрешающей способности в 15 мс, которая доставляет проблемы.
Потому что это такая функция с четко описанной функциональностью и скоростью исполнения.
Если хотите точно замерять короткие промежутки времени, то используйте микросекундный таймер. Если же погрешности до 16 мс достаточно, то используйте более быстрый миллисекундный таймер.
Потому что это такая функция с четко описанной функциональностью и скоростью исполнения.
Скорость исполнения разве где-то описана? Я не увидел этого в вашей документации. И как моё предложение влияет на функциональность? Ограничение разрешающей способности 15 мс - это функциональность? Вроде как это недостаток. Вынужденная мера. Зачем импортировать недостатки, если есть возможность избежать их, использовав более эффективное решение.
Если хотите точно замерять короткие промежутки времени, то используйте микросекундный таймер. Если же погрешности до 16 мс достаточно, то используйте более быстрый миллисекундный таймер.
Вы видимо невнимательно прочитали последние несколько страниц, где речь идёт именно о том, что ваш микросекундный таймер не отвечает указанным целям. Его проблематично применять для замера промежутков времени, т.к. он привязан к локальному времени компьютера, в отличие от штатного PerfomanceCounter, который я и привёл в пример.
Вы видимо невнимательно прочитали последние несколько страниц, где речь идёт именно о том, что ваш микросекундный таймер не отвечает указанным целям. Его проблематично применять для замера промежутков времени, т.к. он привязан к локальному времени компьютера, в отличие от штатного PerfomanceCounter, который я и привёл в пример.
Откуда дровишки?
GetMicrosecondCount как раз и использует QueryPerformanceCounter.
Замеряйте разницу между двумя значениями, полученными при помощи GetMicrosecondCount, и вы не будете зависеть ни от начального значения, ни от фокусов со сменой локального времени.
Скорость исполнения разве где-то описана? Я не увидел этого в вашей документации. И как моё предложение влияет на функциональность? Ограничение разрешающей способности 15 мс - это функциональность? Вроде как это недостаток. Вынужденная мера. Зачем импортировать недостатки, если есть возможность избежать их, использовав более эффективное решение.
Вы видимо невнимательно прочитали последние несколько страниц, где речь идёт именно о том, что ваш микросекундный таймер не отвечает указанным целям. Его проблематично применять для замера промежутков времени, т.к. он привязан к локальному времени компьютера, в отличие от штатного PerfomanceCounter, который я и привёл в пример.
Замеряйте разницу между двумя значениями, полученными при помощи GetMicrosecondCount, и вы не будете зависеть ни от начального значения, ни от фокусов со сменой локального времени.
Если локальное время изменили между двумя GetMicrosecondCount, то их разница покажет нечто иное.
Если локальное время изменили между двумя GetMicrosecondCount, то их разница покажет нечто иное.
ССЗБ.
ССЗБ.
:)
ССЗБ.
Объясните это Маркет-покупателям.
Объясните это Маркет-покупателям.