Подскажите, пожалуйста, способы, как уменьшить задержки подписчикам, если средняя сделка составляет 7-10 пунктов?
Как вариант, использовать MetaTrader Hosting на ближайшем сервере к своему брокеру и с торговыми роботами:
- робот будет максимально быстро сделки проводить
- ваш терминал будет максимально быстро получать ответ с торгового сервера
- также быстро(обычно меньше 1 мс) терминал будет доставлять сигнал в нашу клауд сеть распространения сигналов
- подписчики, кто сидит на vps хостингах, будут мгновенно получать сигналы и быстро реплицировать их на своих брокерах
Поэтому провайдерам, которые стремятся получить больше подписчиков и показать меньшее проскальзывание, критически важно переносить своих роботов на vps хостинг.
Конечно, если провайдер использует ручной трейдинг, то vps уже не поможет.
Одно из преимуществ нашего штатного VPS хостинга в том, что он расположен вместе с нашей же облачной сетью доставки сигналов, что обычно дает меньше 1 мс латенси между ними.
Если при этом и подписчик использует MetaTrader Hosting, то сетевые потери вообще стремятся к теоретическому минимуму, так как к нулю стремится обвязка 'провайдер - клауд сигналов - подписчик'.
Если в добавок подписчик имеет счет на том же торговом сервере, что и провайдер, то в системе внутри нашего хостинга время исполнения будет теоретически минимально возможное.
- cloud.mql5.com
Одно из преимуществ нашего штатного VPS хостинга в том, что он расположен вместе с нашей же облачной сетью доставки сигналов, что обычно дает меньше 1 мс латенси между ними.
Если при этом и подписчик использует MetaTrader Hosting, то сетевые потери вообще стремятся к теоретическому минимуму, так как к нулю стремится обвязка 'провайдер - клауд сигналов - подписчик'.
Если в добавок подписчик имеет счет на том же торговом сервере, что и провайдер, то в системе внутри нашего хостинга время исполнения будет теоретически минимально возможное.
Спасибо Вам огромное, теперь всё ясно почти. Значит мне нужно переселиться на ваш хостинг. Осталось несколько вопросов, будьте добры:
1) Как выглядит ваш виртуальный хостинг? Это тоже самое, что и остальные: заходишь через удалённый рабочий стол, та же виндоус сервер 2010, работаешь в такой же среде? Или создаётся копия терминала, который работает где-то там у вас, куда нельзя зайти, но зато можно выключить терминал на стороннем ВПС или у себя на компе, но на виртуальном продолжает работать? Я не совсем разобрался в механизме, пока читал всё.
2) Вот, я подключаюсь к вашему виртуальному хостингу. Мне вообще нужен сторонний VPS? (я сейчас на УльтраВДС) Чтобы на него заходить как обычно и работать с терминалом, где полуавтомат торговля.
Загляните в раздел VPS этого сайта, почитайте описания и посмотрите видео на русском языке, пожалуйста.
Там все детально объяснено. Поиграйте в выбор своего брокера в сервисе на сайте - это очень познавательно.
Загляните в раздел VPS этого сайта, почитайте описания и посмотрите видео на русском языке, пожалуйста.
Там все детально объяснено. Поиграйте в выбор своего брокера в сервисе на сайте - это очень познавательно.
Спасибо, Ренат!
Спасибо за поднятый вопрос!
Он на самом деле очень важный, а никто у нас в компании за столько времени даже не задумался о том, чтобы его донести до публики. Смешно получилось, что мы несколько лет затачивали минимальное латенси во всей сети сигнал сервиса, но забыли написать статью про результаты и рекомендации.
Важный момент в том, что мы добились категорически и кратно меньшего латенси во всех процессах внутри платформы Метатрейдер 5 по сравнению с четверкой. Это результат полностью новой архитектуры системы и жесткой оптимизации процессов до микросекунд. Четверку разогнать до таких результатов уже нельзя концептуально.
Еще нужно знать, что в нашем собственном vps хостинге работают специальные версии терминалов МТ4/МТ5 с кратно сниженными расходами. У них нет графиков, нет кучи окон, отключено множество функций и они являются слепыми исполнителями роботов и сигналов. По сути, это платформы исполнения роботов без gui. Это дает не только кардинальное(в разы) снижение затрат ресурсов, но и уменьшает торговое латенси.
Экономные терминалы, абсолютная близость клаудной сети распространения сигналов к брокерам и сама сеть облачного хостинга провайдеров с подписчиками дает минимальное латенси в нашем сервисе. По сравнению с этим использование сторонних обычных VPS серверов в разы(иногда в десятки раз) увеличивают торговое латенси при копировании даже если вы поставите свой терминал рядом со своим брокером.
сделка копируется в момент отправки торгового приказа или в момент когда уже пришел отчет от брокера об открытии? Если второе, и если время исполнения сделок внутри конторы большое, то ничего не поможет. Если первое, то все вышеперечисленное поможет, да..
В момент подтверждения транзакции конечно.
Но красота нашей системы в том, что наша клаудная сеть почти всегда получает подтверждение транзакции раньше самого провайдера за счет того, что сигнальная клауд сеть заведомо ближе к брокеру и подписана на все торговые транзакции провайдера параллельно.
То есть, даже если провайдер сидит дома с пингом 100 мс, то минимальные потери на копировании будут не 2 * ping(на самом деле даже 3 * ping), а всего лишь 1 * ping, так как наша сеть, стоящая близко к серверу брокера, получит подтверждение сделки обычно за 0-3 мс за счет параллельной подписки на транзакции с торгового сервера и успеет распространить сигнал на подписчиков даже раньше, чем провайдер увидит исполнение сделки у себя в терминале.
Тем самым наша клауд сеть сигналов экономит 2/3 плохого пинга провайдера. Уточню на всякий случай(упрощенно): если пинг до сервера 100 мс, то провайдер тратит 100 мс на отправку транзакции, потом 100 мс на подтверждение транзакции, а потом еще 100 мс на отправку сигнала в клауд копирования сигналов. Но так как наша сеть ловит транзакции параллельно, то задержка будет всего 100 мс + 1 мс(грубо) вместо 300 мс, если все гонять через терминал провайдера.
Об этом мы тоже как-то забыли написать статью с объяснениями.
В момент подтверждения транзакции конечно.
Но красота нашей системы в том, что наша клаудная сеть почти всегда получает подтверждение транзакции раньше самого провайдера за счет того, что сигнальная клауд сеть заведомо ближе к брокеру и подписана на все торговые транзакции провайдера параллельно.
То есть, даже если провайдер сидит дома с пингом 100 мс, то минимальные потери на копировании будут не 2 * ping(на самом деле даже 3 * ping), а всего лишь 1 * ping, так как наша сеть, стоящая близко к серверу брокера, получит подтверждение сделки обычно за 0-3 мс за счет параллельной подписки на транзакции и успеет распространить сигнал на подписчиков даже раньше, чем провайдер увидит исполнение сделки у себя в терминале.
Тем самым наша клауд сеть сигналов экономит 2/3 плохого пинга провайдера. Уточню на всякий случай(упрощенно): если пинг до сервера 100 мс, то провайдер тратит 100 мс на отправку транзакции, потом 100 мс на подтверждение транзакции, а потом еще 100 мс на отправку сигнала в клауд копирования сигналов. Но так как наша сеть ловит транзакции параллельно, то задежка будет в его 100 мс + 1 мс(грубо) вместо 300 мс, если все гонять через терминал провайдера.
Об этом мы тоже как-то забыли написать статью с объяснениями.
вы говорили на форуме об этом -- системного и детального пояснения не было -- но то что вы сейчас рассказали, я от вас слышал в краткой вариации не один раз
К сожалению, кусочные объяснения на форуме не дают хорошего проникновения в массы.
Мы постоянно делаем очень эффективные и сложные решения, но спотыкаемся на невозможности широкого донесения информации и банальном "не осилил, много букв" со стороны людей.
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Вы принимаете политику сайта и условия использования
Как максимизировать синхронизацию (если корректно выразился)
Я примерно так понимаю, что нужно, чтобы подписчик открывал у того же брокера, на том же сервере и ставил на VPS, который на этом сайте наверху указан