О возможностях ДЦ при спорных ситуациях. - страница 3
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
А почему вы вырезки из лога показываете вместо цельного полотна за 10-15 минут, чтобы все окружение и поток параллельных заявок были видны?
Даже вместо четкого лога переходите на слова "получена ошибка 6".
Достаточно только заменить номер счета и IP на XXXXX и представить точный лог без каких-либо вырезок в середине или прерываний.
А почему вы вырезки из лога показываете вместо цельного полотна за 10-15 минут, чтобы все окружение и поток параллельных заявок были видны?
Даже вместо четкого лога переходите на слова "получена ошибка 6".
Достаточно только заменить номер счета и IP на XXXXX и представить точный лог без каких-либо вырезок в середине или прерываний.
Спасибо, что обратили внимание.
Выписки предоставлены с целью экономии времени аудитории - объем логов большой. Но, раз требуются логи, я их прикладываю - надеюсь замазал всё, что можно, что б не компрометировать, пока, ДЦ.
Ренат, стоит ждать от Вас компетентный ответ по существу вопроса?
1) Вы фактически безостановочно круглые сутки бомбардируете торговый сервер массой заявок и модификаций
2) В указанное время 14:00:52.614 дошли до того, что использовали не менее 10 параллельных транзакций. сообщение trade context busy это доказывает
3) Явно есть проблемы с сетью, возможно неправильно выбираете точку коннекта. датацентр вручную выбираете? по логам видно, что да - выбираете вручную и похоже, неправильно
4) unknown command четко показывает, что ловите мусор в сетевых пакетах, отсюда и реконнекты
Пересмотрите схему работы, уменьшите количество торговых транзакций и подумайте насчет связи.
1) Вы фактически безостановочно круглые сутки бомбардируете торговый сервер массой заявок и модификаций
2) В указанное время 14:00:52.614 дошли до того, что использовали не менее 10 параллельных транзакций. сообщение trade context busy это доказывает
3) Явно есть проблемы с сетью, возможно неправильно выбираете точку коннекта. датацентр вручную выбираете? по логам видно, что да - выбираете вручную и похоже, неправильно
4) unknown command четко показывает, что ловите мусор в сетевых пакетах, отсюда и реконнекты
Пересмотрите схему работы, уменьшите количество торговых транзакций и подумайте насчет связи.
Я конечно ожидал такого подхода к делу от ДЦ, но не от профессионального разработчика, коим считаю Вашу команду. Вместо признания ошибки, мне предлагаются рецепты по её избежанию. Впрочем, давайте обсудим рецепты по порядку:
1. Заявление интересное, из которого я должен сделать вывод, что для торговли надо использовать модификацию ордеров менее чем раз в 15 минут, верно? Я торгую по открытию свечи раз в 15 минут. У MT4 ограничение на количество графиков - 100 штук, а значит предполагается, что 100 советников могут работать одновременно, а если это не так, то ограничьте программно количество советников, которые могут единовременно работать в терминале, или организуйте постановку запросов в очередь. У меня работает всего 55 советников - меньше половины от разрешенного количества. Вопрос в том, почему ж сервер не в состоянии обработать 55 запросов(как правило торгует только половина советников) столь длительное время?
2. Если советников 100, то и транзакций должно быть столько же, иначе ограничивайте число советников - так что этот вопрос я должен задавать - почему всего после 10 запросов сервер уходит в глухую оборону, при этом запросы не по одному инструменту.
3. Почему решили, что есть проблема с сетью? Я не замечал такой проблемы... сервер выбирается автоматически, принудительно не ставлю IP адрес.
4. unknown command - каким образом "мусор" достучался до терминала? Я изучал стандарты протокола TCP/IP и что-то не представляю, каким это образом пакет с ошибкой превратился в команду для исполнения... а исполнением стал реконнект.
В сухом остатке получаем - сервер может дезинформировать терминал об осуществленных им операциях, и виной сему:
- Плохой алгоритм работы советника
- Плохая связь
- Плохой трейдер, который хочет то, что не хочет ДЦ
Но, подумать об избежании подобной ошибки со стороны сервера, - не стоит внимания.
Разве сервер не должен убедится, что терминал получил всю переданную ему информацию? Почему допускается потеря информации?
1. Заявление интересное, из которого я должен сделать вывод, что для торговли надо использовать модификацию ордеров менее чем раз в 15 минут, верно? Я торгую по открытию свечи раз в 15 минут. У MT4 ограничение на количество графиков - 100 штук, а значит предполагается, что 100 советников могут работать одновременно, а если это не так, то ограничьте программно количество советников, которые могут единовременно работать в терминале, или организуйте постановку запросов в очередь. У меня работает всего 55 советников - меньше половины от разрешенного количества. Вопрос в том, почему ж сервер не в состоянии обработать 55 запросов(как правило торгует только половина советников) столь длительное время?
Нет.
Вы круглосуточно модифицируете свои позиции во множестве параллельных потоков, создавая нагрузку на серверы брокера. Если вы не понимаете последствий 10 параллельных/одновременных заявок от вас в очереди, то рекомендую об этом глубоко подумать. Не надо перепрыгивать с ежесекундных операций на "раз в 15 минут".
У вас 55 советников, вы безостановочно бомбардируете сервер брокера заявками целый день, иногда ловите проблему отработки (в корне сетевые ошибки, пинг 80-100 мс, неизвестная локация компьютера и сетевое окружение) и предъявляете нам претензии? В логах четко пишется trade context busy, что означает занятость всех исходящих асинхронных торговых каналов.
2. Если советников 100, то и транзакций должно быть столько же, иначе ограничивайте число советников - так что этот вопрос я должен задавать - почему всего после 10 запросов сервер уходит в глухую оборону, при этом запросы не по одному инструменту.
Рекомендую включить здравый смысл. Никто не обязан обрабатывать от вас ни 10, ни 100 одновременных заявок.
Брокер имеет полное право отказать вам в обслуживании за большой поток операций, если большинство операций являются не целевыми торговыми, а модифицирующими.
3. Почему решили, что есть проблема с сетью? Я не замечал такой проблемы... сервер выбирается автоматически, принудительно не ставлю IP адрес.
4. unknown command - каким образом "мусор" достучался до терминала? Я изучал стандарты протокола TCP/IP и что-то не представляю, каким это образом пакет с ошибкой превратился в команду для исполнения... а исполнением стал реконнект.
Ошибки в сети приводят к порче пакетов, что детектируется терминалом. Если бы вы имели доступ к масштабной статистике сетевых проблем, то не удивлялись бы.
В сухом остатке получаем - сервер может дезинформировать терминал об осуществленных им операциях, и виной сему:
Рекомендую еще раз прочитать мой совет: меняйте режим работы.
То, что у вас 99% флуда принимается сервером, не означает, что так будет всегда. Закономерный итог такого стиля торговли - это блокировка счета за спам.
Еще раз повторю - никакой брокер не разрешит круглосуточно флудить его сервер. У вас нет такого права и его вам никто не давал, даже если технически вы можете это сделать.
Вроде не новичок же, но столь наивные заявления делаете.
Вот техничное объяснение ваших проблем за сутки:
При написании экспертов проверяйте аккуратнее коды ответов и правильно пользуйтесь IsConnected() и IsTradeAllowed().
Ренат, почему Вы решили, что проблемы со связью именно с моей стороны, что ДЦ не рвёт связь принудительно?
Теперь про последовательную отправку транзакций, давайте разберемся, подробней.
1. Почему торговля отложенными ордерами неприемлема? Повторюсь, модификация отложенного ордера происходит раз в 15 минут, у каждого советника одна отложка. Да, при сопровождении позиции каждые 15 минут модифицируется ещё пакет открытых ордеров.
2. По какой причине, я не могу отправлять разные приказы по разным инструментам, запросы идут по разным ордерам, а не по одному.
3. Опишите, пожалуйста детальней причину "trade context busy", как я понимаю, ошибка возникает в случае выстраивания большой очереди из ордеров на отправку, и зависит от скорости отклика сервера на исполнение заявки, верно я понимаю!?
4. И так и не ясно, каким образом отправив приказ на открытие отложенного ордера была получена ошибка 6, а ордер был открыт, разве это не проблема сервера? Как такая ситуация могла возникнуть.
Я, конечно, буду искать решение проблемы, но хотелось бы детальней разобраться в возможностях терминала, узнать сколько запросов в секунду можно отправлять?
Если приказы на модификацию будут отправлены не единовременно, а раз в 5 секунд последовательно (по очереди) от всех советников, то это так же будет расцениваться, как спам?
Почему нельзя формировать (по выбору программно) пакет, в который будет входить более одной транзакции и отправлять его уже на торговый сервер? Это как предложение о совершенствовании.
Второй, волнующий меня, вопрос, при длительном отсутствии изменения котировок при попытке совершить торговую операцию получаю сообщение "Нет цены", это проблема разработчиков терминала или кривая настройка сервера со стороны ДЦ?
Это значит, что у ДЦ нет котировок по каким-то причинам. ИМХО терминал тут ни при чем.
Такое часто бывает в кухнях при выходе важных новостей, они просто на 5-15 минут прекращают выдачу котировок и исполнение торговых приказов. Лично с таким на инстаф. сталкивался и еще на 2-3 ДЦ.
55 советников повесить на терминал ???
Во, экстрим...
Неудивительно, что при таком бедламе могут происходить накладки...