Подскажите, пожалуйста, способы, как уменьшить задержки подписчикам, если средняя сделка составляет 7-10 пунктов?

Авторизуйтесь или зарегистрируйтесь, чтобы добавить комментарий
Ivan Butko
6175
Ivan Butko  
Подскажите, пожалуйста, способы, как уменьшить задержки подписчикам, если средняя сделка составляет 7-10 пунктов?
Как максимизировать синхронизацию (если корректно выразился)

Я примерно так понимаю, что нужно, чтобы подписчик открывал у того же брокера, на том же сервере и ставил на VPS, который на этом сайте наверху указан
MetaQuotes
Админ
27474
Renat Fatkhullin  

Как вариант, использовать MetaTrader Hosting на ближайшем сервере к своему брокеру и с торговыми роботами:

  • робот будет максимально быстро сделки проводить
  • ваш терминал будет максимально быстро получать ответ с торгового сервера
  • также быстро(обычно меньше 1 мс) терминал будет доставлять сигнал в нашу клауд сеть распространения сигналов
  • подписчики, кто сидит на vps хостингах, будут мгновенно получать сигналы и быстро реплицировать их на своих брокерах
Вопрос задан абсолютно правильно. Именно провайдер сигналов ответственен за большую часть исходных задержек. И если провайдер пользуется домашним интернетом, то вносимую им задержку в десятки(не дай бог сотни) миллисекунд уже очень сложно исправить даже скоростными виртуальными серверами подписчиков.

Поэтому провайдерам, которые стремятся получить больше подписчиков и показать меньшее проскальзывание, критически важно переносить своих роботов на vps хостинг.

Конечно, если провайдер использует ручной трейдинг, то vps уже не поможет.

MetaQuotes
Админ
27474
Renat Fatkhullin  

Одно из преимуществ нашего штатного VPS хостинга в том, что он расположен вместе с нашей же облачной сетью доставки сигналов, что обычно дает меньше 1 мс латенси между ними.

Если при этом и подписчик использует MetaTrader Hosting, то сетевые потери вообще стремятся к теоретическому минимуму, так как к нулю стремится обвязка 'провайдер - клауд сигналов - подписчик'.

Если в добавок подписчик  имеет счет на том же торговом сервере, что и провайдер, то в системе внутри нашего хостинга время исполнения будет теоретически минимально возможное.

Распределенные вычисления в сети MQL5 Cloud Network
Распределенные вычисления в сети MQL5 Cloud Network
  • cloud.mql5.com
Заработать деньги, продавая мощности своего компьютера для сети распределенных вычислений MQL5 Cloud Network
Ivan Butko
6175
Ivan Butko  
Renat Fatkhullin:

Одно из преимуществ нашего штатного VPS хостинга в том, что он расположен вместе с нашей же облачной сетью доставки сигналов, что обычно дает меньше 1 мс латенси между ними.

Если при этом и подписчик использует MetaTrader Hosting, то сетевые потери вообще стремятся к теоретическому минимуму, так как к нулю стремится обвязка 'провайдер - клауд сигналов - подписчик'.

Если в добавок подписчик  имеет счет на том же торговом сервере, что и провайдер, то в системе внутри нашего хостинга время исполнения будет теоретически минимально возможное.

Спасибо Вам огромное, теперь всё ясно почти. Значит мне нужно переселиться на ваш хостинг. Осталось несколько вопросов, будьте добры:

1) Как выглядит ваш виртуальный хостинг? Это тоже самое, что и остальные: заходишь через удалённый рабочий стол, та же виндоус сервер 2010, работаешь в такой же среде? Или создаётся копия терминала, который работает где-то там у вас, куда нельзя зайти, но зато можно выключить терминал на стороннем ВПС или у себя на компе, но на виртуальном продолжает работать? Я не совсем разобрался в механизме, пока читал всё. 

2) Вот, я подключаюсь к вашему виртуальному хостингу. Мне вообще нужен сторонний VPS? (я сейчас на УльтраВДС) Чтобы на него заходить как обычно и работать с терминалом, где полуавтомат торговля. 

3) Что нужно делать подписчику? Он должен также арендовать сторонний ВПС, на котором разместит круглосуточный терминал, через который закажет ваш сервер, чтобы снизить задержки?
MetaQuotes
Админ
27474
Renat Fatkhullin  

Загляните в раздел VPS этого сайта, почитайте описания и посмотрите видео на русском языке, пожалуйста.

Там все детально объяснено. Поиграйте в выбор своего брокера в сервисе на сайте - это очень познавательно.

Ivan Butko
6175
Ivan Butko  
Renat Fatkhullin:

Загляните в раздел VPS этого сайта, почитайте описания и посмотрите видео на русском языке, пожалуйста.

Там все детально объяснено. Поиграйте в выбор своего брокера в сервисе на сайте - это очень познавательно.

Ок, будем вникать.

Спасибо, Ренат!
Maxim Dmitrievsky
19120
Maxim Dmitrievsky  
сделка копируется в момент отправки торгового приказа или в момент когда уже пришел отчет от брокера об открытии? Если второе, и если время исполнения сделок внутри конторы большое, то ничего не поможет. Если первое, то все вышеперечисленное поможет, да..
MetaQuotes
Админ
27474
Renat Fatkhullin  

Спасибо за поднятый вопрос!

Он на самом деле очень важный, а никто у нас в компании за столько времени даже не задумался о том, чтобы его донести до публики. Смешно получилось, что мы несколько лет затачивали минимальное латенси во всей сети сигнал сервиса, но забыли написать статью про результаты и рекомендации.

 

Важный момент в том, что мы добились категорически и кратно меньшего латенси во всех процессах внутри платформы Метатрейдер 5 по сравнению с четверкой. Это результат полностью новой архитектуры системы и жесткой оптимизации процессов до микросекунд. Четверку разогнать до таких результатов уже нельзя концептуально.

Еще нужно знать, что в нашем собственном vps хостинге работают специальные версии терминалов МТ4/МТ5 с кратно сниженными расходами. У них нет графиков, нет кучи окон, отключено множество функций и они являются слепыми исполнителями роботов и сигналов. По сути, это платформы исполнения роботов без gui. Это дает не только кардинальное(в разы) снижение затрат ресурсов, но и уменьшает торговое латенси.

Экономные терминалы, абсолютная близость клаудной сети распространения сигналов к брокерам и сама сеть облачного хостинга провайдеров с подписчиками дает минимальное латенси в нашем сервисе. По сравнению с этим использование сторонних обычных VPS серверов в разы(иногда в десятки раз) увеличивают торговое латенси при копировании даже если вы поставите свой терминал рядом со своим брокером.

MetaQuotes
Админ
27474
Renat Fatkhullin  
Maxim Dmitrievsky:
сделка копируется в момент отправки торгового приказа или в момент когда уже пришел отчет от брокера об открытии? Если второе, и если время исполнения сделок внутри конторы большое, то ничего не поможет. Если первое, то все вышеперечисленное поможет, да..

В момент подтверждения транзакции конечно.

Но красота нашей системы в том, что наша клаудная сеть почти всегда получает подтверждение транзакции раньше самого провайдера за счет того, что сигнальная клауд сеть заведомо ближе к брокеру и подписана на все торговые транзакции провайдера параллельно.

То есть, даже если провайдер сидит дома с пингом 100 мс, то минимальные потери на копировании будут не 2 * ping(на самом деле даже 3 * ping), а всего лишь 1 * ping, так как наша сеть, стоящая близко к серверу брокера, получит подтверждение сделки обычно за 0-3 мс за счет параллельной подписки на транзакции с торгового сервера и успеет распространить сигнал на подписчиков даже раньше, чем провайдер увидит исполнение сделки у себя в терминале.

Тем самым наша клауд сеть сигналов экономит 2/3 плохого пинга провайдера. Уточню на всякий случай(упрощенно): если пинг до сервера 100 мс, то провайдер тратит 100 мс на отправку транзакции, потом 100 мс на подтверждение транзакции, а потом еще 100 мс на отправку сигнала в клауд копирования сигналов. Но так как наша сеть ловит транзакции параллельно, то задержка будет всего 100 мс + 1 мс(грубо) вместо 300 мс, если все гонять через терминал провайдера.

Об этом мы тоже как-то забыли написать статью с объяснениями. 

Vitalie Postolache
7137
Vitalie Postolache  
Renat Fatkhullin:

В момент подтверждения транзакции конечно.

Но красота нашей системы в том, что наша клаудная сеть почти всегда получает подтверждение транзакции раньше самого провайдера за счет того, что сигнальная клауд сеть заведомо ближе к брокеру и подписана на все торговые транзакции провайдера параллельно.

То есть, даже если провайдер сидит дома с пингом 100 мс, то минимальные потери на копировании будут не 2 * ping(на самом деле даже 3 * ping), а всего лишь 1 * ping, так как наша сеть, стоящая близко к серверу брокера, получит подтверждение сделки обычно за 0-3 мс за счет параллельной подписки на транзакции и успеет распространить сигнал на подписчиков даже раньше, чем провайдер увидит исполнение сделки у себя в терминале.

Тем самым наша клауд сеть сигналов экономит 2/3 плохого пинга провайдера. Уточню на всякий случай(упрощенно): если пинг до сервера 100 мс, то провайдер тратит 100 мс на отправку транзакции, потом 100 мс на подтверждение транзакции, а потом еще 100 мс на отправку сигнала в клауд копирования сигналов. Но так как наша сеть ловит транзакции параллельно, то задежка будет в его 100 мс + 1 мс(грубо) вместо 300 мс, если все гонять через терминал провайдера.

Об этом мы тоже как-то забыли написать статью с объяснениями. 

Так что выходит, сервис сигналов берёт этот самый сигнал с терминала провайдера, а не с сервера его ДЦ? 
MetaQuotes
Админ
27474
Renat Fatkhullin  
Andrey F. Zelinsky:
вы говорили на форуме об этом -- системного и детального пояснения не было -- но то что вы сейчас рассказали, я от вас слышал в краткой вариации не один раз

К сожалению, кусочные объяснения на форуме не дают хорошего проникновения в массы.

Мы постоянно делаем очень эффективные и сложные решения, но спотыкаемся на невозможности широкого донесения информации и банальном "не осилил, много букв" со стороны людей.

123
Авторизуйтесь или зарегистрируйтесь, чтобы добавить комментарий