ведь время на всех компах обновляется с сервера time.windows.com. я прав?
Зависит от настроек. Можно отключить. К тому же... процесс корректировки времени может быть не единовременным, а плавным. (например, на момент синхронизации выявлено, что время компьютера ушло вперед на 15 секунд- и служба синхр. не скачком меняет время, а в течении 3-х часов вычитает по сколько-то миллисекунд из времени биоса- и через 3 часа приходит к эталонному времени- этим достигается то, что не нужно скачком переводить время назад- а значит в базе данных не будет проблем с временем записей).
Интересная тема поднята. Сам задавался вопросм. А как в советнике посчитать время между запросом на открытие ордера и исполнением открытием ордера в милисекундах?
dimeon: Интересная тема поднята. Сам задавался вопросм. А как в советнике посчитать время между запросом на открытие ордера и исполнением открытием ордера в милисекундах?
Для авторизации и пользования сайтом MQL5.com необходимо разрешить использование файлов Сookie.
Пожалуйста, включите в вашем браузере данную настройку, иначе вы не сможете авторизоваться.
Вы вошли в аккаунт. Двухфакторная аутентификация отключена. Настройте её заново и отсканируйте новый QR-код или продолжите с отключённой двухфакторной аутентификацией.
да, я в курсе. :) а что если часовый пояс на локальной машине изменить на часовой пояс сервера ДЦ.
тогда наверно мы получим желаемого результата которого я хотел. ведь время на всех компах
обновляется с сервера time.windows.com. я прав?
Нет. Время сервера это время события на сервере. Оно никогда не будет совпадать с другим временем.
Мда... просто тут такое дела. я хочу сохранить все тиковые данные на компе с точностью до миллисекундах.
может мне надо просто исползовать локальное время? что посоветуете мне по этому поводу?
ведь время на всех компах обновляется с сервера time.windows.com. я прав?
Зависит от настроек. Можно отключить.
К тому же... процесс корректировки времени может быть не единовременным, а плавным.
(например, на момент синхронизации выявлено, что время компьютера
ушло вперед на 15 секунд- и служба синхр. не скачком меняет время,
а в течении 3-х часов вычитает по сколько-то миллисекунд из времени биоса-
и через 3 часа приходит к эталонному времени- этим достигается то, что
не нужно скачком переводить время назад- а значит в базе данных
не будет проблем с временем записей).
Мда... просто тут такое дела. я хочу сохранить все тиковые данные на компе с точностью до миллисекундах.
может мне надо просто исползовать локальное время? что посоветуете мне по этому поводу?
Обычно такая точность не нужна. Не будете же Вы синхронизировать внутри секунды?
Можно просто перечислить порядок прихода тиков внутри секунды: 1, 2, 3, 4...
Обычно такая точность не нужна. Не будете же Вы синхронизировать внутри секунды?
Можно просто перечислить порядок прихода тиков внутри секунды: 1, 2, 3, 4...
потом может возникнуть проблема когда захочется найти тик согласно времени
Интересная тема поднята. Сам задавался вопросм. А как в советнике посчитать время между запросом на открытие ордера и исполнением открытием ордера в милисекундах?
по моему можно посчитать примерно так:
if(// Условия для открытия == true) {
OrderModifytime=GetTickCount();
if(OrderSend(...)) {
OrderOpentime=GetTickCount()-OrderModifytime;
}
}
потом может возникнуть проблема когда захочется найти тик согласно времени
Зачем это в МТ4 с его секундной дискретностью?
легче работать с точными данными. :)
легче работать с точными данными. :)