![MQL5 - Язык торговых стратегий для клиентского терминала MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Так я эти параллельные восемь потоков тоже вовсю использую! Но скорости много не бывает! - надо больше. Разработчики тратят много времени на оптимизацию компилятора и соревнования в микросекундах с языком С++ (тоже нужная работа, конечно), но, при этом, терминал теряет времени в тысячи раз больше на отправку и получение торговых приказов. Где логика? Ведь сама по себе быстрая работа программы это только пол дела, - ее еще надо реализовать с помощью максимально быстрой подачи команд с терминала на торговый сервер. Надо убрать это "бутылочное горлышко" максимально расширив канал передачи. Это можно рассматривать и как маркетинговую фишку (самый быстрый терминал в мире) и реально полезно для трейдеров.
Бутылочное горлышко давно убрано - посмотрите на сервис MetaTrader VPS Hosting.
Бутылочное горлышко давно убрано - посмотрите на сервис MetaTrader VPS Hosting.
Мне виртуальный хостинг не подходит. Да и он убирает задержку отправки торговых команд только по пингу (насколько я понял), не убирая ограничения ширины канала самого терминала.
Сейчас задержка складывается из превышения ширины канала+пинг. Я предлагаю канал максимально расширить, введя 50-100 или даже 1000 параллельных потоков + асинхронный метод подачи команд +, желательно, параллельность потока ввести также для одного чарта, а не только для разных. Таким образом, дальнейшая быстрота будет зависеть уже только от пинга. Задержка по пингу, безусловно, останется, но это не критично при асинхронном методе: получить ответ сервера через 40-250 или даже 1000 миллисекунд о принятии команды или ошибке уже не страшно, т.к. ответ, какой бы он ни был, не задерживает остальные потоки команд. Хотелось бы, чтобы вы (разработчики) хотя бы в качестве пожелания имели в виду, что существует запрос на скорость подачи торговых команд.
Мне виртуальный хостинг не подходит. Да и он убирает задержку отправки торговых команд только по пингу (насколько я понял), не убирая ограничения ширины канала самого терминала.
Допустим, MT4-latency стал нулевым. МО каких-то ТС выберется из отрицательной зоны после этого? Если да, то неужели от прибыли удерживает только текущий MT4-патриотизм? Если нет - зачем это "хочу"?
МО - безусловно, возрастает, и это уже не мало (я это проверял). Я пипсами не расшвыриваюсь. И что значит "хочу"? Вы против повышения быстродействия терминала что ли? По-моему, трейдеры все в одной лодке и от повышения быстродействия только выигрывают. (Вспомните, кстати, недавние времена, когда ордер открывался в один поток 3 минуты и брокеры убеждали всех, что это нормально и призывали строить системы с МО от 6 старых пунктов (хотя сами при этом, почему-то довольствовались жалким спредом - в несколько раз меньше), так вот где эти времена? может быть не надо было и восемь потоков делать и три минуты опять ввести? зачем увеличивать быстродействие если 6-10 пунктов МО туда-сюда не крюк? - По моему, эти вопросы риторические.)
А платформа эта мне нравится. +Она популярна у основных ЕСН брокеров - что тоже важно. И даже текущие показатели ее производительности меня, в целом, устраивают. Но и у нее есть резервы совершенствования, что естественно, - вот отсюда мое "хочу".
Мне виртуальный хостинг не подходит. Да и он убирает задержку отправки торговых команд только по пингу (насколько я понял), не убирая ограничения ширины канала самого терминала.
Сейчас задержка складывается из превышения ширины канала+пинг. Я предлагаю канал максимально расширить, введя 50-100 или даже 1000 параллельных потоков + асинхронный метод подачи команд +, желательно, параллельность потока ввести также для одного чарта, а не только для разных. Таким образом, дальнейшая быстрота будет зависеть уже только от пинга. Задержка по пингу, безусловно, останется, но это не критично при асинхронном методе: получить ответ сервера через 40-250 или даже 1000 миллисекунд о принятии команды или ошибке уже не страшно, т.к. ответ, какой бы он ни был, не задерживает остальные потоки команд. Хотелось бы, чтобы вы (разработчики) хотя бы в качестве пожелания имели в виду, что существует запрос на скорость подачи торговых команд.
Вы что-то реально придумываете.
Нет никакого "ограничения ширины канала". Посмотрите на счетчик трафика в статусном баре и посчитайте потребление сетевого канала - там просто слезы.
Вы что-то реально придумываете.
Нет никакого "ограничения ширины канала". Посмотрите на счетчик трафика в статусном баре и посчитайте потребление сетевого канала - там просто слезы.
Под шириной канала, я имею в виду количество одновременных торговых потоков (или запросов, как угодно).
8 одновременных торговых транзакций вам мало?
Снизьте латенси до минимума и сможете посылать десятки транзакций в секунду на МТ4.
Если этого мало, то переходите на асинхронные операции в МТ5. На нем мы в локалке на тестах достигали 1 800 торговых транзакций в секунду из одного терминала.
8 одновременных торговых транзакций вам мало?
Снизьте латенси до минимума и сможете посылать десятки транзакций в секунду на МТ4.
Если этого мало, то переходите на асинхронные операции в МТ5. На нем мы в локалке на тестах достигали 1 800 торговых транзакций в секунду из одного терминала.
МО - безусловно, возрастает, и это уже не мало (я это проверял). Я пипсами не расшвыриваюсь. И что значит "хочу"? Вы против повышения быстродействия терминала что ли? По-моему, трейдеры все в одной лодке и от повышения быстродействия только выигрывают. (Вспомните, кстати, недавние времена, когда ордер открывался в один поток 3 минуты и брокеры убеждали всех, что это нормально и призывали строить системы с МО от 6 старых пунктов (хотя сами при этом, почему-то довольствовались жалким спредом - в несколько раз меньше), так вот где эти времена? может быть не надо было и восемь потоков делать и три минуты опять ввести? зачем увеличивать быстродействие если 6-10 пунктов МО туда-сюда не крюк? - По моему, эти вопросы риторические.)
А платформа эта мне нравится. +Она популярна у основных ЕСН брокеров - что тоже важно. И даже текущие показатели ее производительности меня, в целом, устраивают. Но и у нее есть резервы совершенствования, что естественно, - вот отсюда мое "хочу".
Когда речь идет о минутах, смысл уменьшать лэтенси есть на 100%. Но когда речь идет об уменьшении лэтенси с текущих 100мс, смысл сомнителен. Мало того, что между торговым сервером MT4 тратится время на работу прокладки-бриджа, так еще и котировки индикативные.
Какие ТС увеличат МО, если будет уменьшение лэтенси в MT4 и увеличение количества торговых потоков? Или это чисто теоретические соображение, что должно быть лучше. На практике, попробуйте такой эксперимент, запустите на нескольких демо-счетах одинаковые ТС на одном компе, но вставьте разную искусственную задержку перед отправкой торгового приказа. А потом сравните профит. Возможно, удивитесь, что если поставить задержку 100-500мс перед отправкой приказа, то на некоторых ТС профит получается больше, чем если бы не было задержки. На разных ТС эта статистика своя.
Проделывал такое когда-то. Стата не сохранилась, кроме осознания неоднозначности восприятия блага уменьшения лэтенси.