• Тинькофф Банк-лучшие банковские продукты еще выгоднее
    Выбирайте продукт от банка Тинькофф
  • Уважаемые форумчане, друзья и посетители!
    Поступило предложение ( ссылка на обсуждение ) на сбор средств поддержания форума в рабочем состоянии с 1 июня ( оплата хостинга, бэкап ежедневный на другой хостинг и тд), отчетность будет предоставляться ежемесячно. Пока на ЮMoney ( яндекс деньги), доступно картой перевод, далее добавлю другие способы. Сумму перевода указывайте на ваш выбор исходя из своих возможностей.
    Форум продолжает свою работу благодаря Вашим пожертвованиям.

ВАЖНО- ЧТО ДЕЛАТЬ, ЕСЛИ ДАННЫЕ ЗАПАЗДЫВАЮТ

Статус
Закрыто для дальнейших ответов.

knowledgebase

Administrator
Команда форума
Помогли тебе - помоги другим!
NinjaTrader
В новой, седьмой версии NinjaTrader отсутствует большое количество агрегации данных в сравнении с предыдущими версиями NT. Что это значит для нас с Вами? Мы получаем как раз то, к чему мы всегда стремились - ВСЕ тики, доступные через Zen-Fire (и мы знаем, что с нефильтрованным, сыро-биржевым потоком это реально ВСЕ, что выпускает биржа). Что еще это значит? На наши каналы связи идет усиленная нагрузка. В спокойные торговые периоды это незаметно, а на активном рынке самые "счастливые" из нас будут замечать весьма неприятную вещь - примораживание стакана. Факт, что Ваши интернет каналы не справляются с мощным потоком данных, в лучшем случае неуютен, в худшем- неприятен и в реале мешает нормальной торговле. Что делать, если Ваш компьютер или интернет "не тянет"?

ДЛЯ НТ 7

В Ninja Trader Control Center создаем новое соединение, выбираем Zen-Fire как провайдера. Вводим нужный нам логин и пароль, нажимаем Settings и вводим следущее:


AdmPoint: dd_admin_rithmic_sslc
DomainName: rithmic_prod_novus_dmz_domain
Market Data: login_agent_tp_rithmicc
Trading System: login_agent_rithmicc

Broker: ritpz02502.rithmic.com
Port: 64100
2nd Broker:

Domain: ritpz02502.rithmic.com
Port: 65000
2nd domain: ritpz02503.rithmic.com
Port: 65000

License: ritpz02502.rithmic.com
Port: 56000
2nd License: ritpz02503.rithmic.com
Port: 56000

Logger: ritpz02502.rithmic.com
Port: 45454
2nd Logger:

Нажимаем next и finish. Подключаемся к этому соединению.

Вот, примерно, и все. Картинку с settings прицепляю.
 

Вложения

  • New Picture (28).JPG
    New Picture (28).JPG
    48,2 КБ · Просмотры: 8.491
broker_mirus сказал(а):
Анатолий|9:30 сказал(а):
broker_mirus
Огромное спасибо ::approve::

Пользуйтесь, рада, если поможет.

на демо тоже распространяется или только на реал.
и соединение создавать заново? или можно изменить существующие.
спасибо...
 
broker_mirus
А что дадут эти дополнительные настройки? Интернет канал от этого ведь не увеличиться? Получим фильтрованные данные, которые требуют меньшего потока информации, и соответственно разгрузят интернет канал?
 
apolinarij сказал(а):
broker_mirus
А что дадут эти дополнительные настройки? Интернет канал от этого ведь не увеличиться? Получим фильтрованные данные, которые требуют меньшего потока информации, и соответственно разгрузят интернет канал?

Вы получаете дополнительные connection points. Насчет фильтрации: данные, как были нефильтрованными, так и останутся. Если из за "узости" инета образуется бутылочное горло, первыми проталкиваются информационные пакеты с последней ценой и обьемом сделки, самые свежие тики, потому что именно по ним активный трейдер принимает решение о нажатии кнопки бай или селл. Информация о сопуствующих бидах и асках является недоминантной на супер активном рынке (подумайте сами, важнее ли Вам для принятия решений знать, по биду или по аску прошли три последних сделки по 1 контракту, или то, что за время, пока вы их анализировали, цена умчалась на два пункта вверх).
Именно поэтому профессиональные системы, работающие на анализе последних тиков и сопутствующих бидов асков на высокой скорости, коллокируются вне зоны интернета. Подавляющему большинству индивидуальных трейдеров не нужен такой уровень анализа, поэтому проблема эта никогда не поднимается. Скажем, в 99.9% платформ, столь популярных у ритейла, будет агрегация тиков на том или ином уровне, со стороны поставщика данных либо самой платформы (именно потому, что весь поток большинство технически принять не сможет).
Так что проблемы, по сути, нет. Я преложила фикс, который в большинстве своем и востребован только в России и Востойчой Европе, из за слабости каналов, для особо "запущенных" случаев. Большинство из нас работают, как и работали ранее.
(Добавление)
Алексей Викторович сказал(а):
broker_mirus|9:30 сказал(а):
Анатолий|9:30 сказал(а):
broker_mirus
Огромное спасибо ::approve::

Пользуйтесь, рада, если поможет.

на демо тоже распространяется или только на реал.
и соединение создавать заново? или можно изменить существующие.
спасибо...

Следуйте инструкциям. :) Создайте новое соединение.
Распостраняется на тех, кто знает, что у них проблемный инет. А уж демо/реал...В реале более критично, конечно. :)
 
broker_mirus: скажите тогда как понимать следующую ситуацию, прописав эти данные выше, нинзя-7 начала обрабатывать поток(сделки) по другому, при этом на обработку не влияет активный рынок или полумертвый(интернет быстрый).
Также после прописи тех данных, обработка стала похожа на обработку версии нинзи-6.5, опять же замечу, не до не после какая либо заторможенность и близко не наблюдалась.
Так в каком случае будут более реальные данные?
 
Solteks сказал(а):
broker_mirus: скажите тогда как понимать следующую ситуацию, прописав эти данные выше, нинзя-7 начала обрабатывать поток(сделки) по другому, при этом на обработку не влияет активный рынок или полумертвый(интернет быстрый).
Также после прописи тех данных, обработка стала похожа на обработку версии нинзи-6.5, опять же замечу, не до не после какая либо заторможенность и близко не наблюдалась.
Так в каком случае будут более реальные данные?

Данные у вас реальные в любом случае. Я не совсем поняла вопрос. Если проблем с данными не было, к чему менять соединение? Что пытаетесь улучшить?
Собственно, как в начале марта было несколько человек с этой проблемой, так и закончилось на этом все.
 
broker_mirus сказал(а):
Данные у вас реальные в любом случае. Я не совсем поняла вопрос. Если проблем с данными не было, к чему менять соединение? Что пытаетесь улучшить?
Собственно, как в начале марта было несколько человек с этой проблемой, так и закончилось на этом все.

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

Если запустить NT 7 и 6.5 то полученные нами данные не будут одинаковые, но если в NT 7 прописать те данные выше, то данные на выходе получим такие же как в NT 6.5.

Такое несоответствие не только у меня, просто кому это не нужно даже не заметят этого.

Вот поэтому то и захотелось разобраться, почему обработка нинзей информационного потока разница в этих двух случаях.
 
Solteks, т.е проблемы у Вас нет и не было, и Вы просто пытаетесь разобраться, почему новая НТ по другому обрабатывает данные...
У НТ 7 по другому сделано подключение к API зенфайер, и потенциально она может доставать из него больше тиков, говоря простым языком. Как оказалось, у некоторых людей были проблемы с этой новой возможностью, и им был предложен вариант, который позволял получать информацию в семерке таким же способом, как и в 6.5 до этого. Если Вы подключитесь напрямую к ЗФ на своем собственном софте, Вы, я уверена, сможете получать еще больше информации, чем в семерке, если Вам позволит это широта Вашего интернет канала, и максимум информации может быть Вами получен через прямое подключение к API на шлюзе, за границами интернета. Только вот, как Вы и верно заметили, далеко не всем это нужно и не для всех это целесообразно.
 
Статус
Закрыто для дальнейших ответов.
Назад
Верх Низ