Задержка при открытии ордера
Это время, затрачиваемое на установку соединения и отсылку приказа. Терминал ни в коем случае не тормозит эти процессы, а все дело исключительно в сетевых задержках.
Все покажет трассировка маршрута до сервера командой
Наверняка очень плохая связь с сервером, раз 19 секунд занимает отсылка торговой заявки.
Все покажет трассировка маршрута до сервера командой
tracert ip_address_of_server
Наверняка очень плохая связь с сервером, раз 19 секунд занимает отсылка торговой заявки.
Ещё несколько уточнений и я отстану. :)
Значит исключительно только связь, но не терминал и не сервер...
Тогда возникает закономерный вопрос. Почему же при "плохой" связи другие операции выполняются гораздо быстрей. Вышеприведённый пример самый "тяжёлый".
Лог из той же серии:
Здесь выполнение остальных операций вообще в секунду уложились.
И напоследок:
Как делать трассировку и пинг эт мы знаем...
Приведите пожалуста "пограничные" и "всё кина не будет" времена пингов, т.е. когда работа терминала не гарантируется и останавливается совсем.
А так-же:
- немного о причинах "Торговый тайм-аут"
- время ожидания в очереди
Попутно:
Неоднократно было замечено, если связь пропала по вине сервера ("упал") то автоматом терминал который не выключали может довольно долго ждать у моря погоды (примеры от 18 до 35 минут) хотя !!! связь давно есть (сервер ожил) и только перелогин спасает от этого.
Зная это, при следующих "завалах" именно сразу пытаюсь перелогиниться, и как правило раньше многих (судя по жалобам на форуме) появляется связь.
Вообще много есть причин либо для перелогина, либо для перезагрузки терминала. :(
Личное и непроверенное:
Начиная примерно с 193 билда "вбесился" фаервол (Оутпост).
Он теперь каждый раз, причём дважды при запуске терминала просит "разрешения" выхода в сеть, плюс при первом торговом приказе, и каждый раз !!! при отправке внутренней почты выскакивает "Следующие компоненты изменились...".
Снос базы компонентов и выставление правил не помогает, осталось при следущей перестановки системы на чистом проверить...
Заранее благодарю за ответы.
Значит исключительно только связь, но не терминал и не сервер...
Тогда возникает закономерный вопрос. Почему же при "плохой" связи другие операции выполняются гораздо быстрей. Вышеприведённый пример самый "тяжёлый".
Лог из той же серии:
23:16:08 ‘ХХХ’: modify order #4128930 buy 0.20 CADCHF at 1.1025 sl: 0.0000 tp: 0.0000 -> sl: 0.0000 tp: 1.1045
23:16:26 ‘ХХХ’: request was accepted by server
23:16:26 ‘ХХХ’: request in process
23:16:26 ‘ХХХ’: order #4128930 buy 0.20 CADCHF at 1.1025 was modified -> sl: 0.0000 tp: 1.1045
23:21:49 ‘ХХХ’: modify order #4109731 buy 0.10 GBPCHF at 2.2906 sl: 0.0000 tp: 0.0000 -> sl: 2.2929 tp: 0.0000
23:22:04 ‘ХХХ’: request was accepted by server
23:22:04 ‘ХХХ’: request in process
23:22:04 ‘ХХХ’: order #4109731 buy 0.10 GBPCHF at 2.2906 was modified -> sl: 2.2929 tp: 0.0000
23:16:26 ‘ХХХ’: request was accepted by server
23:16:26 ‘ХХХ’: request in process
23:16:26 ‘ХХХ’: order #4128930 buy 0.20 CADCHF at 1.1025 was modified -> sl: 0.0000 tp: 1.1045
23:21:49 ‘ХХХ’: modify order #4109731 buy 0.10 GBPCHF at 2.2906 sl: 0.0000 tp: 0.0000 -> sl: 2.2929 tp: 0.0000
23:22:04 ‘ХХХ’: request was accepted by server
23:22:04 ‘ХХХ’: request in process
23:22:04 ‘ХХХ’: order #4109731 buy 0.10 GBPCHF at 2.2906 was modified -> sl: 2.2929 tp: 0.0000
Здесь выполнение остальных операций вообще в секунду уложились.
И напоследок:
Как делать трассировку и пинг эт мы знаем...
Приведите пожалуста "пограничные" и "всё кина не будет" времена пингов, т.е. когда работа терминала не гарантируется и останавливается совсем.
А так-же:
- немного о причинах "Торговый тайм-аут"
- время ожидания в очереди
Попутно:
Неоднократно было замечено, если связь пропала по вине сервера ("упал") то автоматом терминал который не выключали может довольно долго ждать у моря погоды (примеры от 18 до 35 минут) хотя !!! связь давно есть (сервер ожил) и только перелогин спасает от этого.
Зная это, при следующих "завалах" именно сразу пытаюсь перелогиниться, и как правило раньше многих (судя по жалобам на форуме) появляется связь.
Вообще много есть причин либо для перелогина, либо для перезагрузки терминала. :(
Личное и непроверенное:
Начиная примерно с 193 билда "вбесился" фаервол (Оутпост).
Он теперь каждый раз, причём дважды при запуске терминала просит "разрешения" выхода в сеть, плюс при первом торговом приказе, и каждый раз !!! при отправке внутренней почты выскакивает "Следующие компоненты изменились...".
Снос базы компонентов и выставление правил не помогает, осталось при следущей перестановки системы на чистом проверить...
Заранее благодарю за ответы.
Тогда возникает закономерный вопрос. Почему же при "плохой" связи другие операции выполняются гораздо быстрей. Вышеприведённый пример самый "тяжёлый".
Связь может быть как стабильно-плохой, так и нестабильно-хорошей ;)
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Предположения, теория, практика...
Точнее любого торгового приказа в тот момент, будь то окрыть по рынку, изменить стопы или выставить отложенный.
Согласно логу именно первый момент между посылкой приказа и ответом сервера. Далее всё быстро и шустро...
Причём иногда выскакивало "Торговый тайм-аут".
Дополнительно можно сказать что жалоб от других трейдеров в то время не наблюдалось.
(может просто не торговали, но что тогда "тормозило" ??? )
23:22:44 ‘ХХХ’: request was accepted by server
23:22:45 ‘ХХХ’: request in process
23:22:47 ‘ХХХ’: order is open : #4129116 buy limit 0.20 GBPCHF at 2.2912 sl: 0.0000 tp: 2.2924